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(57) Abstract 



; An optical disk (23) containing PO-rated and R-rated versions of the same motion picture. To minimize redundant at<»^a^ of dida, 
thiee' types of video data blocks are provided in the same track, iii an mtdieaved fashion - A-lype blocks which cpritain'^nateij^al unique] to 
version A, B-type bBxks whkh contain material unique to v^lon B, aitd O-t)^ blocks which contain material cotrnncoii to both. A series 
of codes and pdiatm liiclud^ i^^^^ block allow play of all oommon blodos, overtlie blocks which contain data tmlquo to the;On^lccted 
vmlon. Play of adult-rated visions are . automatically prevented if a parental lock/pption in the player has been keyed on. The disk inay 
contain spedal software for identifying multqjle versions of the same mati^ial where the selection criterion is one oth» than a raring. i 
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SYSTEM AND METHOD FOR CONTROLLING PLAY OF MULTIPLE VERSIONS OF 
SAME MOTION PICTURE STORED ON OPTICAL DliSK, 

- . : \ . . - 

This invention relates to the generation of a video signal from play of 
5 a software (e.g., motion picture) carrier, and more particularly to a tech- 
nique by which two versions of the same motion picture can be stored on a 
single carrier with a p^layer, controlling whi^^ is viewed. 

Background Of The Invention . . , 

The most widespread medium for distributing motion pictures is the 
10 videocassette. Because of the different television industry standards used 
throughout the world,^ there are an equal number qf videACZissette stan- 
4ards. , An. NTSC videotape sold in . the XJnited States,.ior. example, jwiU^not 
: play on.mpst videocassette players to be iound in England. TJo a.far lesser > ; 
extent, motion pictures are also distributed .on optical disk> me 
15 naedia are forvthe mpst part analog re^x)rdings,,and(j9n^^ jn^dia 
.design^d^to play.^pn^pl^yeys of one fypc^, are^ incpmpafalbl^^ oft 
another. ^ . . , , . ■ :,i=v -v-:' v ^o- *. ' 

. ^ FuTther jcompUcating . the^ need tp^,pjiiblkh..a^ giy^^^^ in r ■ , 

multiple standards^js- the f act. that^ A ere ^are often ^twpj versions^of ? th;e same 
2(KoiniQtipn,picta^ 

c ^and PG-rated, .theionner,.because -of itsj/iolence qr^ sexual, content, being 
.suitable primarily f ojradulte.^^jM^ companies^l^^^^^ 
two4ifferent?versions^ofcthe,same film.r Eor .pxample, adult-rated films^jare rs 
^ -generaUy.not^ho^ airplanes- TTh^re^ai;ef^ 
25^ purchase, an »adult^ P?9^r?t ^^speciaUyJf it v^llTrbeyyb 

children in the household. The muItiple^staLndarcis problem is compounded 
by the fact that a motion picture may haye to be released in two versicms, 
. and each of those versions will Jn turn haye^ to be, d^mT)uj:eci..in^multi^ r 
standards. _ t v : - 
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Digitally encoded optical disks are in theory far superior for the 
distribution of motion pictures and other forms of presentation. Especially 
advantageous is the use of "compressed video," by which it is possible to 
digitally encode a motion picture on a disk no larger than the present-day 
5 audio CD. Especially in the case of compressed video, where there is no 
real-tiine analog video signal on a disk, it should be possible to play the 
same disk throughout the world — the piayere in any giveii tehitbry will 
generate an aiialog signal of the appropriate stkndai-d from the same 
digitally encoded video source information. It would be highly desirable if 
10 the same disk could store two versions of the samfe motion picture; siicH a 
"uriiversar disk woiild- obviate the need for releasing k motion picture in 
^inultipTe disk forms. " - . 

" It is ^therefore ah object of this inveritiori'to provide a system^aiid'^ 
method icT Which" multiple versions of the same niofiori picture* are stbrisd on 
15 ^Hthe same software cairier, without requiring iriultipl^^^ 

xievcSed to on^iBf tH^ - ^ - ; . ^ 

It is anolflief bbject^of this invehiibn to provide a isysteiii and tndthod 
for fepre&itiii^^nfoma to the versi6ns'^a\^ilaB^l^^ 

and a player for controlling which version is played. 
20 ' It must'B'e^uifdeir^^ pHnciples^df ffie prc^ are 

^ffiot limited' to aity particular tj^jres bf^camers^&r 

softwarc.fe^s=^trift? tiia^ the'mSst widSspreaci^useWSsfe^ 
SiS'Ky ^SmtiM picture^ mdii^ ^^storap^-R^l^ea^an^ 
^ ^versions ^6f^the^^s^^ *ifioHSn pic&re^ oh a single^^ die** inven-. 

25 tioii^iS iot^limiteB to^tfie ptbviMon <tf ju^twS^sibns bir^tiix^^ 

* ^ pnficiples'^ of the- invention are VquaUy applicable fd' tKfee^br% 6^6 versions 

df^the ^aihe- prbgram-m^^ (A practical applicati of- this^ would 'be? the 

' * pro^aiidri of mulfaplie V on a isihgle diskrwitfi each * 

version being geared for a diffeirent lfevel of expertise.) *N6t oily is the' * 
30 invention jiot limited to a particular nuihbef of wr^^^^ if is liot^lmiited 

to a particular medium — for example, it is applicable to tape earners and 
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ail digital storage media. Thiis it is to be understood that the term "soft- 
wire publisher" embraces much more than a motion picture company, and 
the term "carrier** embraces much more than a digitally encoded optical 
disic ^ ■ 



5 Summary Of The Ihveritlbri 

A key to understanding the present ihventioii is to realiize thiat the R- 
rated and PG-rated' versions of Ihe same motion win usually 

same for most of thie picture, (Ratings may depend iipbn audio, e^,, 
expletives, and/or video.) In order to avoid dupUcating all of this conmion 

10 material in two different tracks, what is done is to store the conmion 

material only once, and to play it during play of both versions. It is in this 
way that two versions cari be stored with no redundancy. (Fdr segments 
where the only difference between R-rated and PG-rated versions is in the 
soundtrack, e.g., explicit dialog, the most economical method of providing 

15 alternate versions would be by switching only soundtrack material, making 

use of the "other** audio tracks to be described below.) 

nrn ;f 5:} -Oid oj 3^ n^-^d^ao "^i'c' '"r^' -i^r o^-:' r.^hf^;-/- 

In a two-version carrier, each of the video and audio tracl^ contains 

three types of information. If the letters A and B are used to represent two 

different versions of the same material, with the letter C being used to 
20 represent that part of the overall recording which is common to the two 

versions, sections of the track can be identified by the letters A, B and C. 

If the A version is to be viewed, then all A and C sections must be played; 

if the B version is to be viewed, then all B and C sections must be played. 
In the illustrative embodiment of the invention, data is stored on the 
25 disk in blocks. Each block contains not only video data, but also audio 

data, subtitie data and other data to be described. Each block may reprer 

• ■ -h- /; ^ -t^-r ^ri^ ■ -v: 

sent a number of frames of the motion picture, but in most cases numerous 
blocks will be read in succession because they will all be of the same type, 
A, B or C. It is only when the last block in an A group, a B group or a C 
30 group is processed that it may be necessary to jump over the next group of 
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blcx:ks. Since the C blocks are processed for both versions, there is no need 
ever to skip over a group, of C blocks. Depending on, which version is being 
viewed, however, all A blocks are skipped, or all B^blocks are skipped, 
(Similar considerations apply to three or more versions on the same cairi- 
5 er.) The basic technique which is used is to include in each block a code 
which directs the system to the next block — either the succeeding block,- or 
ope further alpngthp track. Where blocks must be skipped over, the 
current block includes a pointer, i.e., an address pointing to the .next block 
further along the track which is required in the version being played. 

10 The lead-in section of the disk includes four bits which constitute a 

"multiple version" code. The player is informed hot only whether there are 
two versions of the same presentation on the disk, but also what the choices 
are with respect to them. A player designed to play the disk of the inven* 
tion jnciudes a parental lock option. If the option key is on, it means that 

15 the player will not play R-rated motion pictures. The four bits in the code 
which is first read by the player identify whether there are two versions or 
only one, if there are tvyo versions then which of them is R-rated, and 
whether the parental lock option is to be implemented (if it is keyed on in 
the player) or a different criterion is to be used in selecting which version is 

20 to be played. The usual situation is where the parental lock option is 

implemented. Depending on the ratings of the two versions on the disk and 
whether the parental lock has Been keyed on, the viewer may be allowed to 
play one or both versions, or perhaps neither. The appropriate choices are 
provided on a menu disf^lay, from which the user selects a version for play. 

25 If the four-bit version code informs the player that the criterion for 

version selection is not a rating, but rather something else, the player must 
determine what that criterion is in order to form the appropriate menu 
display for the user. In such a case, following the version code in the lead- 
in section of the disk, software is provided to control the formation of the 

30 di^lay which identifies the available versions, and how a version is to be 
selected for play in acoDrdance with user inputs. This technique of provid- 
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iiig software for controlling the selection of a version extends use of the 
invention beyond parental lock-out of adult-rated motion pictures. 

The invention is disclosed in the context of an^overall system which 
offefs numerous advantageous features. The entire system is described 
5 although the appended claims are directed to specific features. The overall 
list of features which are of particiilar interest in the descrii5tior! below 
include: 

• Video standard and territorial lock out ' 

• Play in multiple aspect ratios, . ; 

id ' • Play of multiple versions, e.g., PG-rated and R-ratbd, of the 
same motion picture from the same'disk, with selective auto- 
matic parental di^blement of R-rated p^^ 
' • Encrypted authorization codes tliat 'prew 



Usheii frdih producing playable disks. 
15 • ' ^ Provision of^'muiflple-iangua^^ aiidio tracks and mul^ple-lan- 

guage subtitle tracks on a single disk, with the user specifying 

•3^-^5:vv'iii-.vr. i>-fj? xr::^^:: • ^...v ■ ^ 

the language of choice. 

• Provision of multiple **other audio tracks, e.g., each containing 
some component of orchestral music, with the user choosing 

20 the desired mix. 

• Variable rate encoding of data blocks, and efficient use of bit 

capacity with track switching and/or mixing, to allow all of "the 

- 1o iiiiD^i?-/? ^r\l -''X. v?^^:. .if. --'-Vrc io ?<iolj^^.!im:\ ^df 

above capabilities on a single earner. 

Further objects, features and advantages of the invention will become 
25 apparent upon consideration of the following detailed description m con- 
junction with the drawing, in which: 

FIG. 1 depicts a prior art system and tj^ifies the lack of flexibility in, 
and the poor peiformance of, presentiy available media players; 

FIG. 2 depicts the illustrative embodiment of the invention; " 
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FIG, 3 is a chart which lists the fields in the lead-in portion of the 
digital data track of an optical disk that can be played in the ^stem of 
Fia..2;- . \ - 

. FIG. 4 is a similar chart which lists the fields in each of the data 
5 blocks which follow the lead-in track section of FIG. 3; . 

FIGS. 5A-5E comprise a flowchart that illustrates the, processing by 
the system of FIG. 2 of the data contained in the lead-in track section of an 
optical disk being played; ,^ , 

FIG. 6 is a flowchart that illustrates the ^processing of the data blocks, 
10 in the format depicted in FIG. 4, that follow the lead-in section of the track; 

FIG. 7A is a state diagram and legend that characterize the manner in 
which the player of the invention reads pniy.thpse data blocks on a disk 
track that are required for the play of a selected version of a motion picture 
or other video presentation, and FIG. 7B depicts iJie ^way in which one of 
15 two alternate versions can be played by following the rules illustrated by the 
state diagram of FIG. 7A; 

FIG. 8 depicts symbolically a prior art technique used in compressing 
the digital representation of a video signal; and 

FIG. 9 illustrates the relationships among three different image aspect 
20 ratios. 

UQ >• .j-^ ^rticjtirrir^j ^-y^j^ .s.'i^: \ ^^t?^'.- -./ii^ a^r^c/ '^V o 

The Prior Art 

The limitations of the prior art are exemplified by the system of 

FIG, 1, Such a system is presently available for playing a single source of 

vr^':o-^u ?uw i'\>^t't'*-::a ^'r^::; ^ij^-ii.-./ \' ^i) ^:,T*^.t^^':^J "^-.iYnyri 

program material, usually a VHS videocassette, to generate a video signal 
25 conforming to a selected one of multiple standards. A system of this type is 
referred to as a niulti-standard VCR, although stand-alone components are 
shown in the drawing. Topically, a VHS tape 7 has recorded on it an NTSC 
(analog) video signal, and the tape is played in a VHS player 5. The analog 
signal is converted to digital form in A/D converter 9, and the digital 
30 representations of successive frames are written into video frame store 11. 
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Circuit 13 thein deJletes excess fraines, or estimates and adds additibnal 
frames^ necessary to conform to the selected standard, e.g.; PAL, To 
convert froibr one standard to another, it is generally necessary to change 
the humber of horizontal lines in a field or frame (image sdaiing);^^Tlii 
5 usually accomplished by dropping some lines; and/or repeatirig some or 
averaging siicceissivie liiies to derive a new line to '&e inserted between them. 
The main function of circuit 13, of course, is to convert a digital fratnb 
fepresentatibn to aiialdg foriri ' * ' 

* System^ ot tHe typ^ shown in FIG. 1 gieinera^^^^ 
10^ ^'outptitL Gonventibnal videoca^^^ Wheii 



they support more than one video standard. One reason is that there is a 
double conversion from analog to digital, and then back again. Another is 
that the image scaling is usually peif drmed ili a crude manrie^^^^^ 
lines, rcpeatmg hues and averaging hnes). There are known ways, however, 
15 to peitoim miage scahng in the digital domain without degrading the 

picture. While riot generally used, the technique iis in the prior art arid will 
therefore be described briefly as it is also used in the illustrative embodi- 
ment of the invention. 

To give a concrete example, the PAL standard has 625 lines per 

M frame, while the NTSC standard has 525 lines per frame. Because no part 

- '^^Imiin niiST2d5' i* k> ^^^u ndi'i:cvsw. r?^ v"iij.dic^cX: i^rilc/iA^ .:iiooi3v wliiHO^ 
of the image is formed during the vertical retrace, not all of the horizontal 

line scans in either system are usable for representmg image information. 

In the PAL standard there are nominally 576 Imes per frame with image 

mformation, and in an NTSC frame there are nommally 483 hnes with 

25 uriage mformation. 

To convert from one standard to another, successive fields are first de- 
mterlaced. Then 576 hnes are converted to 483, or vice versa, and re- 
interlaced. How this is done is easy to visualize conceptually. Consider, for 
example, a very thin vertical slice through a PAL frame. The slice is broken 

30 down mto its three color components. Image scaling for convertmg from 
PAL to NTSC, Ifrom a conceptual standpoint, is nothing more than drawing 
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a curve based on 576 PAL pieces of color data and then dividing the curve 

into 483 parts to derive a piece of data fpr jeach horizontal line of. the. 

desired NTSC signal. In actuality, this is accomplislied by a process ,of 
^ interpolation, and it is done digitally. (Iniage sealing, in genera may also 
5 involve a change in the aspect ratio, for example, in going from HDTV to 
. ^NTSC, and may. require clipping off information atboth.ends of e;^eTy 

horizontal line.) 

While prior art systems, thus, do provide for standards cpnver?^^^^ 
is about the extent of. their flexibility, /nie^.system of^FIG, 2,^on the other 
10 hand, offers unprecedented flexibility in ways not even contemplated in the, 
prior art. 



The niastrative System Of The Invention . . . 

The system of FIG* 2. includes a disk drive 21 for playing an optical 

disk 23, Digital data stored on the disk appears on the DATA OUT 

-■ r^ocoiw irir u.:ijn^ if'ft -m jp^'^.;v:^a ^JaS?:-! \nz-.jXi;:i\ 

15 conductor 25. The disk drive .operation is governed by microprocessor disk 
drive controller 27. The, read head is positioned by commands issued over 
HEAD POSmON CONTROL lead 29, and the speed of the disk rotation 
is governed by commands issued over RATE CONTROL conductor 31, 
Optical disks are usually driven at cither constant linear velocity or constant, 

20 angular velocity. (Another possibility involves the use of a discrete number 

of constant angular velocities.) Disks of the invention may be driven at, 

Aioi^r^i -.hoiid ^^>^Trvi gmta^^aa^iq^n mi fsldJi^u.^zn ta'd'^^ V'^'Ui^ kxi c^-'ser; nua 

constant Jinear velocity so that the linear length of track taken, bv each bit is 

the same whether.a bit is recorded, in an inner^pr outer portion^ of the, track* 

ri^-.v7 z^:::^^ tiM-? ^Mr.iui:^.Qi: ^v: t^mcrvL ly^lK a:- ^nonEiT^K-::>. 

This allows for the storage of the most data. A constant linear velocity 
25 requires that the rate of rotation of the disk decrease when outer tracks are 
being read. This type of optical disk control is conventional. For example, 
the CD audio standard also requires disks which are rotated at a constant 
linear rate. 

Microprocessor 41 is the master controller of the system. As such, it 
30 issues commands to the disk drive controller over conductor 43 and it 
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determines the status of the disk drive controller over conductor 45. The 
disk drive controller is provided with two other inputs. Block num- 
ber/pointer analyzer 47 issues commands to the di^^drive controller over 
condiictdr 49, and BUFFER FULL conductor 51 extends a control signal 

5 from OR gate 54 to the disk drive controller. These two inputs will be 
' describecl below. (In general, although reference is made to individual 
conductors; it is to be undetstobd that in context sonie of these conductors 
are in reality cables for exteiidihg bits in paraUel. For exainplev While the 
output of OR gate 54 can be ekteitided tb tHe disk drive controller over a 

10 single conductor 51, block number/pointer anal>^er 47'could be connected 
to the disk drive controller over a cable 49 so that iriulti-bit dat^^ can be sent 
in parallel rather than serially.) 

An impoitonf feature of the sys^^ of'FIG/2 is that bit informaiion is 
stored oh tiie disk at a fate which varies according to^^he complex 

15 encoded' material". By this is niearil not that the humbfer 6^ ifits per second 
whicli actually appear on tfie DATA OUT conductor 25 varies, but rather 
that the number of bits which are used per second vanes. Video mforma- 
tion is stored in compressed digital form, FIG, 8 shows the manner m 
which video franaes are coded according to the MPECjrl ^lid MPEG2 

20 standards. An independent I-frame is coded in its entirety. Predicted or P- 
frames are frames which are predicted based upon preceding independent 
frames, and ihc digital information that is actually required for a P frame 
simply represents the difference between the actual frame and its predic- 
tion, Bidirectionally predicted B-frames are frames which are predicted 

25 from I and/or P frames, with the mformation required for such a frame 
once again representing the difference between the actual and predicted 
forms. (As can be appreciated, fast forward and fast reverse functions, if 
desired, are best implemented using I-frames.) The number of bits required 
to represent any frame depends not only on its type, But also on the actual 

30 visual information which is to be represented. Obviously, it requires far 
fewer bits to represent a blue sky than it does to represent a field of 
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flowers- The MPEG standards are designed to allow picture frames to be 
encoded with a minimal number of bits. Frame information is required at a 
constant rate. For example, if a motion, picture film is represented in digital 
form on the disk, 24 frames will represented for each second of play* , 
5 The number of bits required for a frame differs radically from frame to 
frame. Since fraines are processed at a constant rate, it is apparent that the 
number of bits which are prppessed (used) pei; second can vary from.yery 
low values to very high values. Thus when bits are actually read from the 
disk, while^they may be read from the disk at ^ constant rate, they are not 

10 necessarily processed at a constant rate. 

Similar considerations apply to any audio stored on the disk. Any 
data block may contain the bit information required for a variable number 
of image frames. Any data block may similarly contain the bit information 
required for a variable time duration of a variable number of even numer- 

15 ous audio tracks. (There is just one physical track. The reference to 

multiple audio tracks is to diffe^ pf time-division slices containing 

respective audio materials,) The audio tracks contain digital information, 
which may also be in compressed form. This means that if there is infonna- 
tion stored in any data block for a particular audio ^ack, those bits dp not 

20 necessarily represent the same time duration. It might be thought that the 

duration of the sound recorded for any audio track corresponding to any 

iu^i;:. jr.:.oa.' -v-^*'- i-oqi' ^^c:r>a ht'''\omzi."/iti rfa5if>;^ 5;efr?^v ^xr rrji^mil 

picture frames, represented in a block would be the duration of the picture 

frames. However, that is not necessarily true. This means that audio infor- 

mation'may be read before it is actually needed, with the reading of more 

25 audio information pausing when a sufficient amount Has already accumu- 

lated or with audio not being included in some data blocks to compensate 

for the preceding over-supply. This leads to the concept of buffering, tie 

function of audio buffers 53, video buflrer 55, pan scan buffer 57, subtitie 

buffer 59, and OR gate 54 which generates tiie BUFFER FULL signal. 

■ ■ ' ^ t / - • - - t ■ . , , , L.^^. . r X. . . ,. , .^^^ .._ . , , 

30 As each data block is read from the disk, it passes through gate 61, 

provided the gate is open, and the bit fields are distributed by demulti* 
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plexer 63 to the various buffers ahd,' over the GOM^iAND/DATA*liIle 65, 
to master-controller 4H Each data block in the illustrative embodimerit of 
the ihvehtibh contains video bit infonnation corresponding to a^'variable 
' number of picture frames. As discussed above,' there liiay Be a large 
5 number of bits, or a small number, of even rio bits (for example, if t&e 
particular' di^k being played dbes not represent any video). Successive 
grbiips of Addeo data are storeid in \ddeb buffer' 55 separated- by markers. 
Video decbdef 67 iissues a conMand over 69 when it* wahts"^ to be 

funiished with a new batch of data over coiidtictor 71! Commands are " 
10 issued at a steady rate, althoCfgh the'bumb^r of bits funiished in reply vary 
in £Uxbrdkn6e with the number of bits required* fer' th¥ particular frames 
being processed. The rate at which bits^ are read from the dislc drive is high 
en^oiigh to a^ccom frimes which reqiiir^ maxim but" 

mbst 'frames do nbt^'T^ ini^ans tliat^tiie ra^ data bloclcs are 



15 aictualfy^ r^^^ higher than tlie'r^^ at whifelf they are used: ' This does not 
mean, however, that a well-designed system should delay reading of a block 
of data until the data is^actiiaiiy required for' p'rbce^s^^^^ thing, 
when data is actually required, the read head may not be positioned at^the 
"""start of the desired data blocks It is for this reason that buffering is provid- 

20 ed. The video buffer 55 contains the bit information for a number of 

successive frames (the actual number dependmg upon the rate at which bits 
art ready the rate at which frames are processed, etc:, as is known in the 
art), and video data block mformation is read out of the video buffer at a 
constant frame rate detemiined by video decoder 67. Video data is de- 

25 liveretf to the buffer only until the buffer is full. Once the buffer is fuU, no 

more mformation should be delivered because it cannot be stored. Awhen 

^ncgw tm^^^r^ 'l^:vty:r ■ . -t>£ r -.o %5aofd feoTP- o?, ^^n^^ 
the video buffer is full, a signal on conductor 69 causes the output of OR 

gate 54 to go high to inform disk drive controller 27 that one of the buffers 

is fulL 

30 Similar remarks apply to the three other types of buffers. (There is a 

single subtitle buffer 59, a single pan 'scan buffer 57, and numerous audio 
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buffers 53, the purpose of all of which will be described below.) When any 
of these buffers is full, its corresponding output causes^pR gate 54 tO: / 
cpnta-ol the BUFFER P^ULL conductor to go high aiid to so infonn the disk 
drive controller that one of the- buffers is: full. Audio buffers.53 and ^subtitle 
5 buffer 59 operate in a manner ^comparable, to thatdescribcfd for .video . 
buffer 55, Audio.processor decoder 71 issues a command to the audio 
buffers when%it requires^ audio track dato, at which time, the audio buffers 
fomfeh such.^^at^ Simflarly, graphics, gen^^ datarfromi 
subtide buffer 59, and pan scan prpqesspr/^ertica receives.data 
10 from pan scan^buffer 57 as will be described below. / . 

When any one of the four buffers is full (which includes any one of 
the individual buffers within the block .53), the disk drive controller 27 
causes the disk drive to stop reading data. Data is not read as:ain until all 
of the buffers can accept it, i,e,, until no buffer is .full and conductor .51 
15 goes low, (Conversely, if the.buffers are being depleted of data too raoidlv, - 
^ an adjustment in the.RATE COI>rrROL signal on conductor 31 increases 
the disk spced_.and thus the rate at which the buffers are filled,) 

This , discussion of buffering arose from a .consideration of the BUF- 
. FER FULL input 51 to the disk drive controller 27. The other input which 
20 remains to be described is that represented by cable 49. As will be, de-, 

scribed below, every data block has a serial block number as well as pointer 
information at its beginning. Circuit 47 reads the serial block number and 
analyzes the pointer information. .The pointer, a serial block number, . 
points to the next, data block which should be read. ,This information is 
25 furnished to the disk drive, controller over cable 49. It is in this way that, 
the^^sk drive controller can control positioning.of, the, read head of the disk 
^ftjfe. so that the desired data block can be accessed. Many. times the wrone 
block will be read — this is. to be expected in the case of a jump to a new 
block, as is the case, for example, when a jump is made from one track to 
30 another when playing a CD audio disk. If the disk drive reads a data block 
whose serial block number is too high or too low^ this is, determined by 
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block hiimber/pointer analyzer 47 which then issues a hew commahd over 
cable 49 to the disk drive controller to cause it to read another block with a 
lower or higher Verial block number respectively, ^tiring the time that tKe 
read h^ad is positioning itself to read a new block/ tKe* dati" which is read is 
5 not actually used. Gate 61 remains closed so ttiat thfe infonriatibri is riot 
delivered td the deriatiltiplexer 63 for distribution to the four biiffers arid to 
the Piaster coiitf oiler 41 bVcr thie CblsM\NI^ Ifis only \\4ien 

the correct 'Sata block is"^ reached as determined by cii-cQit '47 aMlyziiig the 
serilfl block htimbef^^^ the stkrf of th'e felock, that coniluctor 75 is pulsed ' 

10 high to open gate 6 L 

The femamder of the block is then delivered to the demultiplexer. 
The data bits read from the disk are also delivered to the microprocessor 
master controller 4 1 over conductor 77. Each data block contains riot only 
bit infbmiatidri which musif be distributed to the various buffers, but also 

15 control mformation, e.g., bits that identify the kind of data actually to be 
found m the block. The identification bits (flags and the like, as will be 
described below) are fumisbe^d to the master controller so that it is in 
control of the system at all times. The identification bits are used by the 
demultiplexer to control data distnbution to the various buffers. (The 

20 master controller issues commands over conductor 76 to the block num- 
ber/pomter analyzer 47 which exercise not only genera] control over this 
element, but also specific control by causing eleriient 47 to turn off the 
enabling signal on conductor 75 as is appropriate to prevent full data blocks 
from entering the demultiplexer if they are not required for subsequent 

25 processing.) 

The master controller is at the heart of the system and in fact carries 
out the bulk of the processing to be described below. The user of the 
player communicates with the master controller via an interface 79, typically 
a keyboard The user also is provided with a key and lock mechanism, 
30 shown syrmbolically by the numeral 81, which is referred to herein as the 
"parental lock" option. K the lock is turned on, then R-rated motion 
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pictures will not play. The manner in which this is controlled by bits . 
actually represented on the disk will be described.-belo>y. If the lock is on, 
and only an R-rated,picture is on^the disk, a disablibg signal on PAREN- 
TAL LOCK CONTROL cpnductpr 83 closes g^te 61. Ncj^data bits are 
5 transmitted through the gate and the disk cannot be played. As will be- 
come apparent below, if the disk alsQ has on it a version of the film which 
is not R-rated, it wiH play if it is selected by the .viewer. AlApugh^ A^ 
parental jTOk^-feature is shown as Tequiring, A^^^ key and 

lockj^it is to.be understood that the feature can be implemented byTeguir- 
10 ing keyboard entries known only to a child's parents. The nianner of ;^.^y 
informing the master controller that R-rated versions of a motion picture 
should not be, viewed is not restricted to any one form. Just as physical . 
keys and coded keys. are alternatively used to control access to a computer, 
so they can be, in, the system of FIG, 2. What is important is the way in . 

15 which two different versions can be represented on the isame disk (without 

oi vil&isjr: \ ::t.:u.jo t"iL'.-^'>r, /ii5reij> ■^:::i^^^: J .^.^ .,^Or7B:mn:r-^ I'^^t^t^o:^* 

requiring the full version of each), and how the system determines whether 
a selected version may be played in the first place. This will be described 
below. 

Master controDer 41 includes several other outputs which have.not , 

20 been described thus far. Conductor 85 represents a MASTER CLOCK bus 

which is extended to all of the sub-systems shown in^FIG. 2. In any digital 

system, a master clock signal is required to control the proper phasing of, 

the various circuits. The six other outputs of the master controller are 

extended to demultiplexer 63, audio processor decoder 71, pan scan proces- 
ses yDii.-ad-U2 '.o: i^Ti-^^vSi ^r/-i vr^iu* :r TOAt;kn;{f^/'a..^b :i;iia ;^t>\; t6;.T£^^,^ 
25 sor/vertical scaler 87, video frame store, interlace and 3:2 pulldown dr- 

cuit 89, graphics generator 73, and sync generator and DVA converter 92. 

These are control leads for governing the operations of the individual 

circuit blocks. 

Audio processor decoder 71. processes the data in buffers 53 and 
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30 derives individual audio analog signals which are extended to an ampi 
fier/speaker system shown symbolically by the numeral 91. Video decod- 
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er 67 derives a DIGITAL VIDEO signal on conductor 93 from the com- 
pi-essed video date which is read from buffer 55; The^'digital video* is fed to 
pan «:ari j^rocessbrA^ertical scaler 87 frame by^franie.^ .The paiticular video 
coding/decodihg that is e&ployed is not a feature of the present invention, 

5 A prie^feited standatd woiild be one along the lines of MPEGl and MPEG2, 
biit th^se are oiily illustrative. The same is true of the audio track coding. 
The present inventioii is hot limited to pahiculaf coding methods. 

* T% operations of circuits 57 and 87 can be best uhderstooci by first 
considering the S5mbolic draiwing of FIGl 9. Ilie digital information Which 

10 is stored bii the optical disk in the preferred embodiment of the Invention 
ch^rarteme^ frames having a "master" aspect ratio'of 16:9, the so-called 
'Swde screen" image.' The master aspect ratib'^is shown on the upper lelt in 
FIGI 9i' If the ultrinate Analog signal to be displayed on the user's television 
receiver requires this aspect ratio^ and the number of Borizorital scan lines 

15 with picture information (as opposed to horizontal scan hnes which occur 
during vertical rtJtrace) coirespbrids with the hutribef of &rizoiital lines 
represented by the video bit information stored on the disk, then the 
generation of the video analog signal is straightforward. But if the televi- 
sion receiver of the user acconraiodates a TV signal having a 4:3 aspect 

20 ratio, and the master aspect ratio on the disk is 16:9 rather than 4:3. then 
there are two choices. One is to display the ongmar picture in "letter box" 
form. As depicted on the right side of FIG, 9, whatjis done in this case is 
" to vertically compress uniformly a master image so that its horizon tzd 
dimension fits into the confines of the television receiver. This results in 

25 the vertical dunension being shortened at the samie tmic so that it fills less 
than the full height of the TV di$play area. What this means is that the 
horizontal line scans at the top and bottom of each overall'frame must be 
blanked, with dark bands forming in their place - but the origin al aspect 
ratio is preserved. The other option is for a "pan scan** "reduced aspect 

30 ratio. What this involves is superimposing a box having a 4:3 aspect ratio 
on the original wide screen image. As a resiilC the left side of the picture, 
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the right side, or both sides, are clipped off, (In all cases, even if a^wide 
^screen image corresppnding4o^a 16:9 master asp^ect ratio is. to be shqwn, it 
^. may, be necessaiy to form a number of horizon^l line scans which is 
different from the number of horizontal linas represented on the disk. The 
5 ; number of horizontal lines is a function of .the video signal standard to 
- wWchcthe ,\^^ outpu^ must conform. iChaflging the is a 

process known as verf , ^ ^ , r 

With respect tp .gan scan processing,^ it \\dll be apparent frorn FIG. 9 
. that in; order to identify that portion of a 16:9^ master aspect ratio picture 
10 which should be used to. form a pan scan reduced, aspect ratio picture, all , , 
that is required is to specify the starting point along each horizontal line 
scan of the information that.should be used. Specifying a single number 
. (e.g., column 200 out of a total of S(60 columns) suffices for this purpose. 
The issue, however, is whether the same, column is always used. In.some 
15 cases the player may be told that if a 4:3 aspect ratio is desired, it should 
always be taken from the middle of the wide screen image. In other, cases, 
a variable colunm starting point may be desired, in which case a data block 

actually^ contains information which represents the starting column number 

'-:/"ala; H -^.-ife .i;vr/ncyrit.i:,u5 i^v^U «eaii?.i:ffc. c.*>^iv fid; "io ^./^h^rvsBOK • 
which should be used from that point until another change is effected^ 

20 As will become, apparent below, the video information in each data 

, block includes a flag which represents^ whether the pan scan column infor- 

. mation should be Updated.^ If there is such a flag, video decoder 67 issues a 

command over conductor 95 to pan scan buffer 57. At this time the buffer 

accepts a pan scan update &om demultiplexer 63. That update remains in 

25 the buffer, for use by pan scan processor/vertical scaler 87 with the succeed- 

ing frames, until another change takes placed 

It is in pan scan processor/vertical scaler 87 that Uie number of 

horizontal lines is adjusted and the a^ect ratio is changed. The digital 

video is furnished by video decoder 67 and the pan scan information, if it is 

30 required, is.provided by buffer 57. The output of circuit 87 consists of 

uncompressed digital video, in the desired aspect ratio and represented by 
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the number of horizon til lines required for the selected television standard. 

Once video iErame information is stored digitally in frame store 89, it 
can be broken up into interlaced fields if the selected standard requires it. 
Also, 3:2 pulldown is the technique used to convert 24^ frames-pef -second 

5 ' motion pictufeis to 60-fields-per-secbnd video (the nbmidal val^^ 24 and 
60 are in reality 23.97 krid 59:94); to convert data representktive of a 
motion i)ictUre td aii bH^C foimat, fi-aine information (dita blofcks) ihust 
' 6e r^d^ at ihe rSteiif 24^per secb (As is standard in the art, sucH a 
^ transformation applies frame 1 of the soufde material to fields 1, 2 and 3 of 

10 the video sigiiai, frame 2 of the source matenai to fiei<ik 4^a^^ 5 of the 
video signal, frame 3 of the source material td fields 6, 7 anci 8, etc., tlius 
yielding 60 fields for 24 original franies,) On the other Sahcirconversion to 
tfle PAL standard is relatively sim'ple/anc^ 3:2 pulldown isliot required. 
The PAL standard requires 50 fields per second. Frames are processed at 

15 1tKe rate of 25 per second, and every frame is used to form two fields: 

ipBecanse motibh picture films are shot at thfe rate of 24 frames per second 
yet processed at the rate of 25 per second when converting to PAL, eveiy- 
tiling which occurs on the TV screen takes place 4% faster in Europe than 




The output of block 89 is digital^ and is extended to sync generator 

,:*snolmaj^ be^^Tiodj^m i::-hr:-?:^r>i'';-f>i ii^i JO :::H:anO'> IdoB fc£^ct>er: ^.H' 
and D/A converter 92. It is in this element that appropriate sync pulses are 

inserted into the fields, and the digital information is converted to analog. 

25 Any subtities that are requir i are contamed m butter 59. Under control of 
microprocessor 41/ commands are issued over control lead 97 to graphics 
generator 73. This conventional circuit retneves coded character mforma- 
tibn from the subtide buffer, and generates a VIDEO signal on conduc- 
tor^ which depicts the subtitles. The KEY sigrial is generated on conduc- 

30 tor 98, and the two signals are extended to^a cohventicinal keyer arcuit'96. 
This device merges the subtifles with tiie^ (utilizing^ hard or 
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linear keying at the manufacturer's option, as is known in the art), and 
extends the composite video signal to a conventional TV display device 94, 

... ' , . ' • " ,\ V 

Lead-In Track Fields 

Before proceeding with a description of the detailed processing, it will 
5 be helpful to consider the information which-is stored in the lead-in portion 
of the disk track. This infonnatipn is stored in individual fields as depicted 
in FIG, 3, and it is this information which controls subsequent proceissing of 
the data read; from the disk. The format pf a data blpck is shown in FIG. 4, 
but for an understanding of how the data in this block is used, it is. neces- 

10 sary to appreciate the set-up infprmation which is read fir^L 

Referring to FIG. 3, at the start of the track there are a number of 
lead-in sync bits. Although for all other entries minimum and maximuni 
numbers of bite are depicted in the appropriate <^lumns^^ 
are provided for the lead-in sync bits. The number of sync bits required at 

15 the beginning of the track depends on the hardware employed. Given the 
particular hardware and range of disk speeds involved, a sufficient number 
of sync bits are provided at the start of the track to allow the circuits 
involved with reading the disk, including^disk drive controller 27 and block 
number/pointer analyzer 47, to synchronize themselyes to the bit stream on 

20 DATA OUT conductor 25. Bit synchronization .is!a^ technique. weU known 
in digital systems. , ^ 

The Second field consists of 40 bits representing authorized territories. 
There are several wa^ in which software publishers can lock out play of , 
ueir software. The most important involve controlling whether R-rated . 

25 motion pictures can be played (the parental lock out option), and whether 
the final analog output video signal can assume the standard selected by the 
user. It is in this way, for example, that a software publisher might allow a 
niotion picture to be played on an NT^C receiver but not a PAL receiver. 
But as long as the player is provided with this kind of lock out ^control, it 

30 can be extended, to territories. All players used with the disks of the inyen- 
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tioa confonn to the same set of specifications. One feature of the design is 
that each player is provided with a representation of the territory or terri- 
tones for which it has been intended for sale* For example, the territory or 
territories can be represented by the settings of a DIP switch, a code stored 

.5 in a microprocessor ROM (e.g., in master controller 41) or the like. It is 
assumed that there are a total of 40 possible territories/ Each disk has a 
40-bit iSeld in its lead-m section, each bit of which is assdciated with one of 
the 40 territories. A 1 in any bit position is an indication thiait the disk is 
authorized for play in tfie respective territory, ariH a 0 is an indication that 

10 it is not A player whose code indicates that it is for sale in China, for 

example, will not play a disk if there is a 0 in the 40-bit territory field at the 
position associated with China. 

As an example of the use of such a feature, consider a player intended 
for sale in a particular country. A software publisher might put out a 

15 motion picture film which for contractual reasons is riot to be released in 
that. country. It is for this reason that a 0 would be stored in the bit 
position associated with that country in the authorized territories field of 
the lead-in section of the track. Upon sensing this bit, master controller 41 
would cause circuit 47 to generate an inhibit signal on conductor 75 which 

20 would permanently cause gate 61 to block all data from passing through it 
The third field is a single bit, a flag which indicates whether there is 

any information in the following field. This information is termed herein 

■ ii 'g:xvrlovm ior "r. e '^--t*' -: :::xt^- ;/vt,v^:^- . -ir^^ ^c^; 

"special software." The player of FIG. 2 ordinarily executes the same 

software, code, typically contained in read-only memoiy. It is this code 

25 which will be described in connection with the flowcharts of the drawing. 

However, since the player is microprocessor controlled, there is no reason 

why it cannot be used for some even totally unrelated purpose, and this can 

be enabled simply by loading software from the disk. If the special software 

flag is a 1, then master controller 41 reads on conductor 77 the software 

30 which inunediate follows in field 4. Thus depending on whether the special 

software flag is a 0 or a 1, the fourth field is either empty or contains 
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software of undetermined length. At the end of the software there is a sync 
word which is unique in the sense that this word is not allowed to occur 
anjrwhere in the overall data stream. When the sync word pattern appears, 
it is an indication that the preceding data field has come to an end, and a 
5 new field follows. (In the event data having the sync wprd pattern would 
otiierwise appear in the data sti"eam and be misinterpreted as a sync word, 
it can be avoided using known techniques. For excimple, if the sync, word 
consists of 32 bits of a predetennined pattern, and some overall data 
sequence includes this pattern within it, then after 31 bits of the data 

10 pattern are recorded, an extra bit, having a value opposite that of the last 
bit in the sync word pattern, may be inserted in the bit stream. When the 
player sees this bit, it discards it and treats the following bit as a data bit 
instead of the last bit of the sync word.) 

An example of special software might be software for controlling video 

15 games. While the player is provided with an operating sj^tem designed for 
the play of motion pictures and multi-track audios, it is certainly feasible for 
the player to perform additional and/or different functions involved in the 
play of video games. This is especially true if the user interface is detach- 
able and joysticks and the hke may be connected in place of a keyboard to 

20 accommodate game-playing peripheral equipment The system can be 

converted to a video game player simply by storing the necessary Software 

-^.l.mouj -rari^c-^'V ?eiBzi^ni A^^m^ 3^'^ n ,t^d ^^.U^m^ e ai b.[3ll t^^i^:^ 
as it is read from the disk. While in the flowcharts to be described below 

the special software is shown as being self-contained and not involving the 

standard processing steps, the special software can certainly call operatmg 

25 ^rstem subroutines for execution m order to take advantage of the built-m 

code. 

The fifth field consists of 12 bit positions, each corresponding to a 
diJEferent standard. Standards include 1250-line European HDTV, 1125-line 
Japanese HDTV, lOSO-Une proposed American HDTV (as well as lOSO-Iine 
30 and 787-line proposed standards), 625-line PAL, 525-liiie"r4tSC, %25^iine 
SECAM, 360-line "letter box", etc. It is even possible to accommodate 
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futur^ standards, although to form an appropriate "video signal in stich a 
cas^ different software would be required; Hbwever^^^ that simply entails 
providing software on a disk to suppleihcnt the Built-in operatic 
' As a sfngie exampie; if the^fi^ 
5 responds to the NTSC standard, and if the user selects an NTSG standard 
'for play on' his TV receiver, or if that is tiis defeult setting'(as Uall'be 
' discuss^ii belowj, ttieir ah NT^C sigriil Ml be genei^tetf^nly irtHe first bit 
' in the' authorized^ ' ■ " ■ ' . ^j^/ 

" ' Fi^ld'^fe aiw^ 100 bits/ These bits'^ re^^^ 

10 langiiages " Siklbg for a ihbtidn picture: It is rare that sb nisJiiy f6f eign-^' 
language versions of thb same motion picture will be prepared, and it 'is not 
contemplated that so many versions will iactiially Be included on a disk. In 
fa^rt,' there a^^^ miramum of 16^ ^u«iio traces 'whifeh^^^^ edntaih dialog m 
different languages* Each of the 100 bits, except the first, represents one of 
15 99 langiiages. If there is a 1 m the corresponding bit position, it is an 
mdication that there is an audio track with dialog m the corresponding 
language* 

The first of the 100 bit positions does not really correspond with a 
language. Instead, aim the first bit position means that there is a music 
20 and effects ("M&E") track, (By "effects" is meant such things as the sound 
associated with thunder, gunshots and the like.) As indicated in the Com- 

ments field on FIG. 3, there are N I s m field 6 of the lead-m section of 

adi :K5 ^Kurahnm ol qi?) zilr.r^-J r:\alhMr: Vj. - -vo^J 

the overall track, where N has a maxunum value of 16 (one M&E track and 

up to 15 dialog tracks, or np to 16 dialog tracks without M&E). As a single 

25 example, suppose that the third bit position corresponds with French, the 

fifth c<irresiionds Witt G^eilC^^^^ 

means that there is an M&E track, as well as French and Greek dialog 
tracks. It does not mean that every single data block on the disk includes 
bit information which repfe^^^ and French and Gre^lf (fialogl"' 

30 What it does mean'^is that any data block has at most three audio tracks 
with M&E and/or dialog. It also means that any data block which has such 
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audio track mformatipn contains the information in the order M&E, . 
French, Greek. .^Just.how the system.determines which specific data blocks 
contain audio infonnation for those lapguages represented in the 100-bit 
field will be described^below in conneption>with,the fields contained in a 

5 . data block. V ' . . ; ? 

It should, be understood that the language audio tracks^ do^ not neces- 

sarily include just dialog,, i^^ vyill ibe.descr^^^ shortly, it is possible tp ^lix 

an M&E track with a French dialog,trackv with the r<^sult beiiig^a complete 

audio . track suitable for play jn;Francej ^But it is certainly possible, that a 

10 particular audio track will include pre-mbced M&E and priginal dialog. For, 
example, if bit position 10 of the lOO^bit field represents English dialog and 
.there is a 1 stored there, it means that there is an English language version 
of audio on the disk. However, it is possible that in the corresponding . 
audio track there is not only English dialog, but a full sound track including 

15 th^M&^. ^.&e ^smyta b^ M&E ni^a ^par^ ti^ , , 

there is a 1 in the first bit position of the 100-bit field. How. the .various 
tracks are processed in order to derive a complete sound track for play in 
anv civen laneniage depends on subsequent information. Field 6 simply 
represents which audio languages are, available, as well as whether there is a 

20, separate M&E .track (yrfthout anv dialog). ^ ^ 

, , There is another piece of information which is necessary in order for 
. the audio scheme to.function, and.that informationJs,xepresented in field 7. 

For each of the N available audio language tracks (up to a maximum of 16), 

bns ma-^* ^r^-^^^/i dl ic> i-^^ijv ^rriirmr^vsm n bru v-t^n-'^ /""rvni -l^.^v^. ^r,^ 
there is a 3-bit code^in the seventh .field Before describing the meaning of 

25 the codes, it must be understood how the codes are associated with particu; „ 

lar^tracks and laneuages. , Suppose that field 6 is^ IQIOIOOO61OO...O which is 

interpreted to mean that.there is an M&E track,^a French track, a Greek 

track and an English track, Froin this infonnation alone, there is no way to 

tell whether there is even any M&E in the French, Greek and English , 

3d tracks- All that is known language-wise ^is that dialog is available Jn only . ^ 

-::.'j^^s ^. f . i i:'i*T' z-- .'-^^iU- '<i£io ^ft^^ ?i:>d* *■ itirc :j( "J^-^* 

. ^three languages, For, this example, thu&re, would b^ 12 bits in field 7. The 
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first three bits ate associated with the M&E track, the sesco^nd 
associated with th^ French track, and the third and fdiirth ''3-bit codes are 
assodated with the Greek arid English tracks respMitively. The 3-bit cbdes 

are^'^^^fdilb^s: ^'^ - ' - " : ^ .r. ^-i- - 

5 (W^^ 

a;n-p01 -^rswitching master (M&E). . , *; l c / 

bio —J dialog + (M&E), complex 

Oil -^%ii^dc^tcr b^ ^ ^' ^ ^ 7 c\ 

. ; 100; -^.tracfc to be switched with^switGhing master x?,: ar:;a;:v : ; ; i 

10 These five codes are all that are necessary to foim' complete sound tracks in 
the three available languages^ French, Greek and English. How the tracks 

are combined will be described below, but what should be borne in mind is 

.vir .:.^ri'.- -::;rr:'^ - ^-tia ,>fr.;j. ...-^i:/! r:si[i .i^ol^^ib d 

that the purpose of the entire arrangement is to provide sound tracks in 

many languages (up to 15), without requiring what might be a 2-hdur audio 

15 recording for each. In tact, if a movie is two hours long, but the actual 

diai(% is only 30 minutes, the goal is to record one full track (M&E or 

ongmal sound track), with only a 30-minute audio recording of dialog for a 

particular language. 

Field^S contams Nx4 bits, that is, 4 bits for each of the N "rs in 

20 field 6. There is thus a 4-bit code in field 8 for each audio language track 

i?la.^;n ^.uijoli'^ B '-^L :,rv^d o?Xti ixbo A.^^ aixlT /j'lsa^i vd Jou^i oi Q^sitirrT-.^3d C'.>; 
which is available on the disk. TTie 4-bit code represents the track type, and 

^ , ^.zo'f^-^^^^nslyM^oiiol Vl'^^ 

there are a maximum of sixteen possibilities/ Tj^ical track types are single- 

channel mono, two-channel Dolby, 5.1-channei Musicam, etc. [The term 

S.l-channel refers to left, right, center, left rear and right rear channels,^ 

25 together with a sub-woofer channel] The 4-bit track type codes allow the 

ari^ baj? Ta;:".u"n gnHf::i*Vo'a aril gii'«.f?c%'iw:::./ 3r>'/ vino si .b'^m^q rf^-^^ ££ 

master controller to determine the manner in which audio processor 

decoder 71 operates oh the data in the up-to-lo audio tracks to derive 

y1::o HO^tismTO^n' oifour^ ojiiig7<o^* Wim Ji^rft arrri'si .x^^.rix* 

analog outputs for speaker system 91. 

Considering again field 7, there are several ways in which a complete 

30 sound track, in a selected language, can be derived from the disk. The 

operation of mixing involves mixing (adding together) two sound tracks. 

The operation of switching involves switching between two sound tracks,^ 
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and playing only one .of them at any given time.. The first track is always 
M&E, if it is.avaUable. Tbe.cc>de for thisjrack is alwa^^ ^r:;POV U ihe 
code- is 000, it means that there is no dialog in the^track and its M&E. is to 
be mixed with the selected language track. If the code Oil. is assoqiated 
5 with the French track, for example, it means that the first and third tracks 
should be mixed at all times. The dialog, \vh eh there is dialog; appears in 
the French track, and'mi?dng it'vrith the m a complete 

French sound track.' On the other- hand, i the first track may be a switching 
master. What this means is that music and effects are recorded in this.,. 

10 track, with or without dialog. The French track in this case would be 
represented by a 100 code. It contains M&E and, dialog, but only when 
there is dialog. The M&E track, the first, is played alone when there is no 
dialog, but the fifth track is played alone when, there is. The tracks are 
swtched, not mixed.. The French track, when dialog is recorded in it, 

15 includes not only dialog but M&E as well since this would.be the. only . 
source of IVl&EJn a switched type operation. , , , 

The fifth possibility (010) is that a particular track happens to contain 

the original sound track, M&E together with dialog in the briginaljanguage. 

iv a t*' K 3^^^ nz '^^ vA ^Sr^l ly-^cJ r-J^i^'l .^.m£-if:?oo o i^r^^rt 
If tiie dialog is in the selected language, the track can be played from, 

20 beginning to end, by itself. This track can also serve as a switching master 
(co'de 001) for other languages. 

When it comes to mixing tracks, whatever audios are in the^two 
specified tracks (the mixing master and the track which is mixed with it) are 
simply added together at all times; whatever audio there is in the two tracks 

25 gets played. It is only when switching between the switching master and the 
track with which it is switched that one track gets played in lieu of the 
other. It is true that each track may contain audio information only when 
the other does not (which would allow mixing), but it is conceivable that the 
switching master will also include dialog, i.e., if it is a recording of the 

30 original sound track of the motion picture. That is why. switching is em- 
ployed only one track is heard from at any given moment As will be 
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desctibed below, each data block includes bits which inform the master 
controller which audio tracks actually contain data in that block. If a 
selected audio language track with an original 100 track code has data in 
any data block, then the audio processor decoder 71 processes the data in 
5 that kudio track to the exclusion of any data which ifiight be in the switch- 
ing master track. " ' ' ' 

' Field 9 on FIG. 3 contaiiis-six bits' wliich aW coded to represent a 
number This is the niiinber of "other" au^io tracks, sepafkte an dT apart 
from the up-to-16 audio language tracks. The usual use for th6s€ &acks is 

10 to represent, in compressed'digital fbnnrindividual insthiments or mixes of 
iiostraments, wift the^u^^ the opHon of cranbi In an ^ 

extreme fonri, there couFtf be 163^se^^^ with the user 

' being kbie to coiribine^ tiieir relative leve^^^ 

b^fore^riiikiiig. If diife' of^t^ e tracks Contains th^'coiribiked i&oun^ toVegin 

15 with. It IS possible to delete an mstniment from the orchestral mix by 
specifying that its mformation content should be deleted, or subtracted, 
from the orchestral mix. This would allow a user, for example, to play his 
piano to the accompaniment of an orchestra playing a concerto^ from which 
piano play has been eliminated. It would also allow a user to smgle out a 

20 particular mstniment to facilitate practice. Precisely what the user does 
with the other audio tracks is determmed by menu selections which are 
made available to him. Field 8 simply identifies how many "other" audio 
tracks are present on the disk. (The term "other audio tracks would 
a^ear to be rather non-<lescnptive, but this isn t the case. The intent is 

25 that the term subsume any audio track usage other than the provision of 
sound tracks for motion pictures. Rather than to have orchestral music in 
these other audio tracks, for example, it is possible to have individual 
vocalists, allowing a user to study different harmonizations.) 

It is apparent tEat if there are indeed 63 "omer" audio tfacksrthen ' 

30 much if not most of the disk capacity may be allocated to audio data. But 
that is precisely why so many audio tracks are iriade available^ It is certain- 
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ly contemplated that some disks playable in the system .of FIG. 2 will- not 
include video;,; In fact, field 19, to be described below, is a 1-bit field which 
mfonns the master controller whether there is any^idea data at^all on the 

(disk, ^ ^ " . - V ; , ... ^ . ... , 

5 Qnce it is determined that there are M/other" audio tracks, .the next 

field specifies how each track is coded. As in the case of field 8,va,4rbitr: 
code is used for each^.of the "other'' audio tracks.. Thps the number^ of bits 
in field 10 can-be as low,as,0 (if there are ^nq"Qther'^audip tracks) or as 

high as 252 (63t 4); • . r , j: 

10 . AVhile the player can determine. from reading^fields 9 and 10 hovy 

many "other" audio tracks there are, the user has to be told what is in these 
tracks in. order that he know what to do with them. There^ is^a ,descrintion 
pf each trackj^and it is in .multijple 1^^ first thing liiat^tiie, player 

must be given is a list of the languages in which^ther.e are descriptions of 
15 the "other" audio tracks. , A 100-bit field is used for this purpose. ^ As 
indicated in FIG. 3, field 11 has 100 bits. A 1 in any^bit position is an 
indication that track definitions are available in. the respective language. . 
The correspondence betyveen bit positions and languages is the same in . 
field 11 as it is in field 6. It will, be recalled that the first bit position in 
20 field 6 corresponds to M&E, not a traditional 'language", The.first bit 
position in field 11, is thus not .used, and there can be. at most„99/'11s in. 

field IL ^ ■ \ „ , _ _ 

oibiib "i^dia va^;^;-?! v701jl ;uni^i,. vian;*;? 1, c^icteusv^ 

Before the track definitions are actually read and processed, the^player 

"'Imy-' r>^o>t2 o?^;;-- "i^^?:Vo" rvic;: ■'il^^ife Cj?- ^:^c^c^'SES'^q ^j^te a^ISsTf 

must determine what menu choices to provide the user. Suppose, for exam- 

25 pie, that there are ten "oUier" audio tracks, jeach havinjg sounds of different 

!o r'-. 'V-, ^ *ir:^ ^/t? 3f;ir- a^^-;:: i.-'C^-n Oife|:^c v^tf^ ■^*■*aS^'^:JJ^'> nnu: ^m^^i^i^iv 

orchestral instruments. Once the track definitions in the selected language 
are made available to the operating system, it can display a standard menu 
to the user. The user can then pick particular tracks to be played together, 
particular tracks to be deleted, their relative sound leyels, and other **stan- 
30 dard" choices. However, in case the "other" audio tracks do not represent 
onAestnal music, or they do represent it but in a way that requires^uni^u^ 
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menu selectioDs, the standard operating system software for interfacing with 
tKe user so tHat the system can determine what iis to be done witli the 
"other" audio tracks will not suffice. To accommodate unusual situations, 
the operating system must be provided with special software for the creation 
of the^menu, as well as to control how the selected tracks are mixed/deleted 



foHowing user selections. The technique used is the same as the technique 
described above in connection with" loading special software for changing 
the overall operation of the player (fields 3 and 4). Field 12 is a single bit 
If it is a 1, it is an indication that there is a field 13 which contains special 

10 mixing/deletion software. As indicated on FIG. 3, field 13 thus has any- 
where from no bits to an undeterinined number which is dependent on the 
length of the special software to be loaded into the machine from the disk. 
TTic special software ends with a sync word so that the player will know 
when the next field begins. 

15 The next field, field 14, consists of the track definitions themselves. 

Since there are M "other*' audio tracks, and there are P languagesjn which 
they are to be defined for the user, PxM character strings are represented 
in field 14. Each string is separated from the next by an escape character. 
First there are M character strings (track definitions) in the first language 

20 corresponding to the first position in field 11 which contains a 1, then there 
are M character strings in the second language corresponding to the second 
bit position in^ field 11 which contains a 1, etc. As will^ be described below, 
the user informs the player in which of the available languages the menu 
which includes the track defi3aitions should be displayed. While, the entire 

25 DATA OUT bit stream from'the disk drive is extended to the master 

controller in the system of FIG. 2, only the character strings corresponding 
to the selected language are processed. They are processed and displayed 
in accordance with the standard software, or the special mixing/deletion 
software which was just read from field 12 if such software is included on 

30 the disk. (It should be noted that it is the function of demultiplexer 63 to 
distribute to the several buffers only the respective data bits that are 
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intended for them. It is controller 41 that tells the demultiplexer what to 

do after the controller interprets the information in both the lead-in track 

^ 'i*^^. .. ' ^ ^ - ■.i.-' : 

section and the individual data blocks.) . ^ , 

As described in connection with FIG. 2, provision is made for the 
5 insertion of subtitles. The language is selected by the user as will be 

described, but the player must be told the languages in which subtitles, are 
available. Another 100-bit field is used for this purpose. As indicated in 
line 15 of FIG. 3, the "l"s in the field represent the individual languages 
available for subtitles. As is the case with the available display languages, 

: J > . -J ■■. -• . ■■ . . V - .1 . . ' A . >. 

10 therie is a maximum of 99 since the first bit position corresponds to M&E 

■^n. . ; J ; ^ r.- . ■-■^c.: '-^ ^ 

which is not strictly speaking a "language." 

Field 16 is a 4-bit multiple version code. The player is informed not 

only whether there are two versions of the same video presentation on the 

disk, but also what the choices are with respect to them. The first bit is a 0 

if there is only one yersion on the disk, in which case the second and fourth^ 

-.,-'^^r.^r;7 j-i': ;;.:h-':^- :o ' " -az^^nno Li^it ,013^2 )x^:; o^T?" ' ^ 

bits are ignored. Bit 1 has a value of 1 if there are two versions on the 

disk. The' second bit in the code tells the player whether the parental lock 

option is to be implemented, or whether a different criterion is to be used 

m selecting which version is played. The usual situation is where the 

20 parental lock option is implemented, in which case the bit m the second 

position of the 4-bit code is a 0. This informs the player that it should 

detennme whether the parental'^lock option is on. If it is, R-rated (or, 

more broadly, adult-rated) versions should not be played. The bit m 

^ '''^ '^-K^Lf^.A.el ^Hd'M'.iv:r ^^'i lo ^^'■"/z' 7-:>f;;l^ ?r^^ c^i Ji^n i^^:.:; 3^?$ 
position 3 of the code is an mdication whether version A (the first or only 

25 version) is R-rated or not (0 = no, 1 = yes), and the fourth bit m the code 

provides the same information for version B if there are two versions; if 

there is only one version, the fourth bit is ignored. This is all the mforma- 

* -^'-^ . .-'-yi \. - ^' • • ■■'r>j'^l^'^''r^p' v: 

Hon the player needs to determine whether either or bbth of two versions 

can be played. When tfiere are two versions of the sanie motion picture W 

30 the disk, the user is sisked to select one of them. But if the parental lock 

option is "on" and one of the two versions is R-rated, the user is given only 
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the choice of playing the non-adult version, or playing neither, as will he 
described below. If both versions are R-rated and the parental lock option 
is "on", then the user can watch neither version, ^ ^ . ^ 

On the other hand, it is possible that there will bfe tv^b versions of the 
5 same material on the disk, but it is libt a question of one of them being 
adult-rated and the other not For example, one version miglit be ^ teach- 
ing film including questions and answers, aiid the othier iriijgHHnvdlvd a test 
on the same subject' matter including jiist qufestidhs: "For the most 
two versions would be the same. In such a case, the first bit in field 16"" 
10 would still be a 1 to indicate that two versions are available, biit thV second^ 

' - - • ' . . - ' - ' f . ' . . ^ - .' • -'.,.1 

bit would now be a 1 instead of a 0, to indicate that the choice between the 
two versions does not depend on whether they are PL-rated or not A 1 In 
the second bit position is an indication that the third and fourth bits charac- 
tenze the two versions respectively with respect to a characteristic other 
15 than rating. 

What the third and fourth bits actually mean in this case, and what 
menu choices are provided the user, has to be determined by resorting to 
different criteria. The same technique that was used twice previously is now 
used once again — special softvvare is provided along with the version codes. 
Field 17 consists of a single bit which serves as a flag to indicate whether 
special version software is available. If the bit is a 1, then field 18 is read to 
access the software. .As in the case of the two earlier software fieldis, 

field 18 terminates with a sync word to indicate the start of the next field. 

' y-jc\2t^/r u.vr^ ^.A^tj o'a/t o'-:^Cj :■• :^ ^-^^^nK nd^ -^.0 

TTie special software controls a menu presentation that is unique for the 

?yi^:^ol:^ zj^^^dmi:^. y/.rx^irs-'rr - ^ r .-r^,*^ - rj rv' .:;Jr>olJ ^;:JKh ^^^ia Vr 
25 particular disk. 

The next field consists of a single bit As indicated in FIG. 3, it 

informs the player whether video data is available. If it isn't, it simjily 

means that there are no video data block fields in the overall data blocks to 

be described in connection with FIG. 4, 

30 Field 20 is a smgle bit, and it identifies the base or master aspect 

ratio. If the bit has a value of 0, it is an indication that any video on the 
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disk has a 16:9 "wide screen" aspect ratio, as depicted in FIG. 9. On the 
other:hand, if the bit is a 1, it is an indication that the aspect ratio of the 
video on the disk is 4:3. V 

As described above, if the original video has a "wide^ screen'Vaspect 

5 ratio, then there are two ways in which a A3 reduced aspect ratio can be 
derived. One way is to form the video image froni the middle part of the 
'*wide screen" original Another w^y is to^'*pan scan" in the sense that the 
section of the original image, which is actually utilized is not necessarily^ 
always the middle part. In fact, FIG. 9 shows the use of more information 

10 on the left than on the right of the original image. Field 21 is a single bit 
which is indicative of pan scan availability. If field 20 is a 1, the base aspect 
ratio is 4:3 so that pan scan availability is irrelevant — the single bit in 
field 21 is simply ignored. But if the base aspect ratio is 16:9 (field 20 has a 
0), the value of the bit in field 21 tells the player whether the subsequent 

15 data blocks provide starting column information which can be loaded into 

yty'/.<\ niyy 

pan scan buffer 57 on FIG, 2. If the bit in field 21 is a 0, the data blocks 

>-iCK*:^ -i'l-r: y' -^s'::;- K^' y-iy- -^^-i-rf":;: -i) bj^ t>\yy 
do not include column number infonnation, and if the video is to be played 
y b:r7l\iy^y'h H:' *>' a:^d y.:t'-u ^^h b.*br/ci..^ .'y::> c^yyd^^ is^ix^y 

in a 4:3 aspect ratio from a "wide screen" original, then the video image is 

formed from the middle part of each original frame. On the other hand, if 

..':'yjoa no;a:v: y.-.. ^\yy . ^}'uy''Z'iy ^: Tisw^tv^, hiio^q^ ^c^^o.h^.^PM 
20 pan scan information is available in the data blocks, then buffer 57 on 

FIG. 2 is updated as required and the final video formed will have an added 

as bs3i ^i'^l bJ^U c:-Ti^ J t: iid 3rfl 1^ Md'^^Uayy u oiswl5c?s iroi^io-F Isloem 
degree of variability. 

Field 22 is a 20-bit number which represents the total number of data 

blocks on the disk. However, if there are two different versions, while they 

25 have many data blocks in common, the remaining numbers of blocks in the 

two versions may be different For example, a scene might be completely 

'A k ^jT^fs :h' :\y-^y: u 4A .: y zo zr.y^rstKi hki& ixou ^al 

omitted from one of the versions, in which case it would have a smaller 

total number of data blocks. For this reason, if field 16 indicates that there 

are two versions of a motion picture or other source material on the disk, 

30 field 23 provides the total number of data blocks in version A, and field 24 
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prbvides the total number of data blocks in version Both fields are 
omitted if there is only on^e version on the disk/ , 

Each data block may include video information for a viariabie number 
of frames. The ^tem dould determine iKe total pla^)ari^ tKe 
5 number of data blocks (either the total number if thete is billy a single 
version, or two different numbers if there are tw^b versidnsy/ only if the 
system is inforined of the original f rairie rkte aiiii^ the average nuriiber of 
frames repfesenteS in each blbck for the' disk as a whole. T\vo^' disls with 
the'samfe' number of data bldcks will have different Wririing tim^^^^ 

10 original source material for brie of tfieni was motion picture filni whose 
' frames were generated at the rate of 24 per'secbnd and the other had an 
original source material derived from a 30 frame-per-secbiid video camera- 
Field 25 is' a 4-l>it ^ue that ideri^ etc.), 
a number necessaiy for proper generation of the video signal. Although the 

15 time1riepri£sented by each data block could be determined from the frame 
rate if each data block conteiiris only one frame, it is possible to store more 
or less than one frame of data m each data block. Also, there may be no 
frame mformation at all, i.e,, the video availability flag in field 19 may be 0. 
Consequently, field 26 is provided. This field contains a 10-bit number 

20 which represents the block time factor, i.e,, the average time duration repre- 
sented by each block. Multiplication of the block time factor by the total 
munber of blocks (or the total number in a particular version) yields the 
running time. (In practice, the block time factor is about the same for both 
versions on a disk- If desired, individual bldtok time factors can be provid- 

25 ed;) 

*.;.fvv;--r^ r ,.rT:. j :x i:, ^-o^v.r \ -Oi:-:. i:::-. 

As is common practice with optical disks in general, the disk of the 

myention may be provided with a table of contents for allowinjg the user to 

select a particular part to play, or simply to inform the user of pr^icisely 

what is on the disk and how long each part takes to play. Field 27, if 

30 mcluded, is a table of contents. If only one version of the source material is 

on the disk, then there is only one table of contents. Otherwise, there is an 
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additional field 28 which consists of the table of contents for the second 
version. FIG. 3 sets forth the subrfields in field 21. . , ?. c 

For lack of a better term, the video presentation is divided up into 
what are called "chapters." For e^ch chapter the table of co;a tents Jneludes 
5 an 8-bit chapter number, thus allovving a maximum of 255 individual 
chapters. Following each chapter iiu¥nber thei;e is a 20-bit starting, block 
serial block number. It will be recalled that all of the data blocks .on the 
.disk are numbered serially. In, other words, \vhile data.blocks may.be. . 
common to both versions A. and B, or uniqiie.tQ only one of them, the^. 



10 numbers of the data blocks are in serial order along the disk track. /The 




this number by. the block time factor allows^ the play time of each chapter to 
be determined. Alternatively, the actual running time for each chapter 
could be provided instead of the block duration. (Such information could 
be provided for different versions and stanjdards.) \ ^ , \ , 

20 In order to display the titie of each chapter, language strings must be 

provided. Once again, the system must be advised of the languages which 
are available for displaying chapter titles so that the user might select one 
of them. Tie usual technique of providing a 100-bit block for identifying 
available languages is employed. ' 

25 Finally, the actual language strings for identifying individual chapters 

are provided. Each string ends with an escape character to separate it from 
tihe next string. This is the same technique used in connection with the 
"other" audio track definitions discussed above in connection with field 14, 
Field 29 has a minimum of 100 bits arid a maximum of 1200 bits. It 

i'::- : /AJ*' '-J *: . ■ ■ ■ . - y'CA ^-j^vT A^'il^ 6xu no jH^'/f 

30 will be recalled that there can be up to 12 authorized standards, i.e*, the 
final video output can be in up to 12 different formats. In order to insure 
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cbnfonnance with quality standards agreed upon by all manufacturers of 
players and all software publishers who have agreed to support a common 
set iyf speaficatibns, it is possible to prevent unauthorized software publish- 
ers from publishing disks which will play on playere of the invention. 
5 Moreover, it is possible to limit particular publishers to the manufacture of 
disis which wiU play accordiijg to only a sub-set of the 12 standards. For 
e?cample, if royalties are to be paid on each disk which is manufactured 
according to the agreed-upon specifications, and the royalties vary in 
accorHance with the number of standards according to which a disk can be 

10 played, it is possible to limit certain software manufacturers to only the sub- 
set of standards for which they have agreed to pay. /For this reason,, there is 
an encrypted authorization code for each standard; the codes are all stored 
in field 29. The disk will play according to a particular standard only if the 
proper encrypted authorization code is contained on the disk. Field 29 

15 mcmdes 100 bits for each of the standards authorized in field 5. Since at 

least one standard must be authorized there are at least 100 bits. The 

x. A%K^:hc^\^i.i lj:-4\=v^;:-.:- ■'-x'u^.yoq^^x otn ^ r^MEib aol ■ 

maximum number of bits is 1200 if all 12 standards, are authorized. 

The encryption scheme is based upon the principles of public-key 
cryptography. Public-key cryptography is by now well known, and, a particu-n 

20 larly clear exposition of the subject is to be found in the August 1979 issue 
of Scientific American^ in an article by Hellman entitled TThe .Mathematics 
of Public-Key Cryptography.** The use of a public-key ciyptbsystem^allov^s a 
message to be encrypted at site A in accordance with a secret key,.transinit- 
ted to site, B, and decrypted at site R in accordance with a public key. The 

25 secret key for encrypting the message is known only to the transmitter, ^ ^ 

Such a scheme is typically used to authenticate a/message. Upon decryp-, 

.^oHdua c^T^sq i ncTrrcuT s Ic xTor.^- /.n^^u aril ^^i::>?^6-^^aT < ^ 

tion of the transniitted encrypted message at the receiving. site, the inessage 
will be intelligible only if it was encrypted with the paired, private key. And 
since tiie private key is private, if the deciypted. message isjntelligible, it 
30 inust have originated wifli the owner of the private key. 
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Public-key cryptography is used in the invention in the following way. 
The actual data on the track is processed by the software publisher in accor- 
dance with a predetermined algorithm. The details>of the processing are 
not important Any non-trivial processing that provides, for example, a 100- 
5 bit result based on the disk data will suffice. The IQO-bit result is a "mes- - 
sage" to be transmitted via the disk in anywhere from one to twelve encrvpt- 
ed forms. There are 12 cryptosystem key pairs, each associated with a 
different one of the standards. The private key for the first standard autho- 
rized on the disk is used to encrypt the 100-bit message and the 100-bit 
10 enciyption is stored in field 29. This encryption is the authorization code 
for the particular standard. The same thing is done for all of the other 
staiidards authorized for the particular disk, with the private key associated 

with each of these standards being used in each case. 

-H I o H A? i: ^ . * ^^^J^ 1 t,' 1 C7 r:n;fc^^coo/ Hrv. i-::^:: -a v M^: l i^-'l 

The player operating systeiri computes the same 100-bit result or 

15 me^ge that was originally computed by the software publish^ej. The^player . 
software then uses the public key associated with each of the standards 
authorized on the disk to decrypt the respective encrypted authorization 
code for that standard. The decrypted message should match the message 
computed by the operatang ^tem after processmg the disk data. If they do 

20 not match, it is an mdication that the software publisher did not have the 
pnvate key for encryptmg the authorization code for the particular stan- 
dard, and the player will not produce a video signal according to that 

To^explam this m another way, let it be assumed that the pnvate key 
25 for authonzed^standard N on the disk gives rise to an encrypted message 
Pni^(X), where X is a message to be encrypted. Similarly, the function 
PubjJ{X) represents the deciyption of a function X using a paired public 
key. Let it further be assumed that the predetermined algorithm for 
processmg the data on the disk is known by all player manufacturers and 
30 software' publishers, and gives rise to a 100-bit result which is treated as a 
"message" M whose content (value) depends oh the disk data. For standard 
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N, the software publisher, after first deriving M, stores on the disk the 100- 
bit endiypted aii^orization code Prij^M). The player first derives the value 
M in the same way that the software publisher did. The player software 
then uses the public key associated with standard N for decrypting the 

5 enciypted autiiorizatioh code. The operating system thus derives Pub^ 
(Pri^CM)). Since decryptioh of an ericryptbd hiessa^^e should result'iri the 
original inesMgerthe result of t^ should be the same value M 

which the operating system derives by processing the' disk data. If it is, then 
thd particular standard is not only authbiize1d/but the publisher lias the 

10 rigfat to authorize it On the other hand, if the decryption of the encrypted 
authorization code M does not match the algoritibmic result M aeiived liy 
the player (because the s^ not have the private key with 

which to derive PriiicM)), then that particular standard is locked cmL 
While such a scheme works in the ai^stract, there is one practical 

15 problem which must be overcome. Suppose, for example, that tne aJgo- 
rithm used to derive the original "message" M mvolves processmg 20 data 
blocks on the disk vritib predetermined serial block numbers. (The prbcess- 

ing mieht be something as simple as multiplying by each other successive 

-'^fj^^' ;-::■']:[>: ^r. v':: '.:t^i= -xi -h '1 r;v-Lri>A !n t:rkO*c. rm.t z^t^x 

groups of 100 bits each, and using as the result of each multiplication - for 

20 the next multiplication - only the 100 least significant bits.) A publisher 
who is not empowered to authorize standard N dh a disk may neverthej^ess 
wish to do so. 'He does not know the private key with which to enciypt the 
derived value M which is applicable to his software. Consequentiy, he does 
not know what 100-bit encrypted code he should put on the disk which will 

25 decrypt in a player to the value M. But what he can do is copy the 20 
predetermiiied data blocks from some other legitimate disk and put them 
on his own disk, and also copy the enciypted authonzatibii code m field 29. 
Trtiose 20 data blocks, when processed in a player, will result in the value M, 
and it will match the "stolen" encrypted authorization code after it is 

30 decrypted in the player. Of course, the software publisher may have 

cranmitted copyright infringement but that simply compounds the felony. 
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The practical problem which the software publisher faces is that he will 
..have data blocks which are "played" and which will be totally out of context 
insofar as his motion picture is concerned, Hpwevier, b^pause the way that 
multiple versions of a motion picture can.be storeid on the same disk in the 
5 first place is that^the^player can be controlled to skip oyer Jthe play of 
certain data bleaks, ^as.wU be described below, the software publisher can 
. encode his other data: blocks sp,that the copied data blocks are not played. 
. . In^ this way, the enc , 

^ The solution is that while the algorithm that derives the. "message" M 
10 in the first place may also operate on predetermined data blocks, it should 
operate on at least the lead-in section of the track. There is no way that an 
, , unauthorized publisher can copy the lead-in track fields from another disk 
because that would give a player incorrect information about the video and 

audio contents on the .unauthorized publisher's disk. The lead-in data is a 

■!^'--ii^r'^-' '^i.. I- ;^T^m ^f^^••^7a:^: ':iirrtk :d-^o^.: ^ -^^'^^Y 

15 function of the particular subject matter of the disk, and it must appear in 
the track in order for.the ^disk to play properly. Thus the information 
represented on FIG. 3 can be treated as the "message" M whose encryp- 
tions^ one for each authorized standard, are derived using respective private 

keys and are stored inlead-ih field 29. (Strictly Sf>eaking, the "message" M 

toT - ' Q^yt^oliql'^vnv av^^>3 yr. -cu g-t ^iz^n h^x-.. y-^^. Vo ::-:Hn^ 

20 is the result of processing all fields except field 29. Also, the longer fields, 
ojai-r.r/'r^ A j^i?cOx^^5:^ :^:^.it:-. V-Ol ^tll • - ^ob^oi; . f^-^^:^ C. 

such as those containing software, can be oihitted from the processing.) 

The player derives the same "message", decrypts an encrypted authorization 

code with the public key associated with the respective standard, and then 

compares the two. If they don't match, the player determines that that 

25 particular standard has not been authorized" for tiie particular disk*s publish- 
er. ^ ■ . - 

The encrypted authorization code field is shown toward the end of 
FIG. 3 and thus the corresponding processing is depicted toward the end of 
the flowchart of FIGS. 5A-5C to be discussed below. The positioning of the 

30 encrypted authorization code field as shown facilitates a description of its 
processing, but in fact the field may advantageously be placed at the start of 
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the processing. It will be recalled that special software may be read from 
the disk to modify the normal player sequencing, ft^is therefore conceivable 
that a ccninterfeiter could write special software which causes the authorira- 
tion code processing to be bypassed. By doing the processing before any 
5 special software is even read, the processing cannot be bypassed. 

Returning to a description of the lead-in track fields, field 30 is a 1-bit 
data block command/data flag. This bit mforms the operating system 
whether the data blocks include command information or data which is to 
be read during play of the disk. How the system determines whether a 
10 particular data block contains commands or data will be explained below. 



Field 30 simply indicates whether there, is, any such information at all. _j 
Finally, fields 31 and 32 are catch-all fields for allowing the disk to control 
unusual ways in which the player processes the information on the disk, Jt 
wffl be recalled that field 3 contains a flag^which indicates whether field 4 
15 contains special software which causes the player to operate in accordance 
with a program that is totally different from that usually employed, field 12 
indicates whether field 13 contains special mixing/deletion software for use 

with the "other!" audio tracks, and field 17 contains.a flag which indicates 

Oil:' ^nvn^'* ~ .^nj^c.-^r^o'io '.ni. ..c T-^iroo uiiuow-^- .^a-;, 

whether field 18 contains special version software for processing the 4Tbit- a 
20 multiple version code. Field 31 indicates whether there is "supplementar 
software in field 32. The supplemental software is different from the 
special software of field 4 in that the software. in^field 4 is.basically a 
substitute for the processing which is normally used,.while. the supplemental 
software generally works with that code, in conjunction, with conmiands and 
25 data which, are to be found in the. data. blocks. ^ . ^ . - 7 

Typically, ,the .supplemental software would allp>y play ^of a ^ddep^ 
game, with related commands and data in the data blocks determining^:^he 
course of play. But there are other uses of this technique. As another 
example of the way in which supplemental software, and ^commands and 
30 data in the data blocks, can be ,used, consider a disk designed .to play a 
classic motion picture with subtitles, but which is also provided with a 
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critical commentary which is to be displayed periodically in lieu of subtitles, 
perhaps during moments when the screen is caused to go blank except for 
the critical commentary* To show the flexibility which is possible, let us 
even consider a ccise where the critical commentary is to be in a different 
5 language. What is required in such a case is that the subtitle buffer 59 on , 
FIG. 2 be loaded during the play of some data blocks with subtitles in one 
language and with subtides in another language during play of other data 
blocks (some data blocks thus containing subtitles corresponding to the 
original motion picture, and others containing critical commentary in 
10 another language). In such a case, the system must somehow be told to 
switch back and forth between language subtitles, i.e., different subtitle 
tracks have to be processed in different data blocks. This can be con- 
vemently controUed by issumg commands m the data blocks themselves. 

Similarly, if it is desired to blank the screen and mterrupt the picture durmg 

ic ^.bl^h vodjsdw e;:5f::.:b-. ffp^ii^^^SM ap^p£:-:.o:,t hi-c^ .ri; UA^;:;^. . Hr '■ 
15 display of commentary, a data block might include a data value which 

represents the dtiration of the blankmg. Alternatively, if a comhientary is to 

be made m a different language, it could be a different audio track which is 

selected for the purpose. In any case; the special software loaded from 

rtj^i/^ni dafjiw iiApt^i^no:j "^'l Wsi^Up-i Momt Ojh^w ^-^t^-n:^^ .-ri? .-J.Jv^ 
nela 32 would control the processmg of the commands and data contained 

iU-Uk.^*"^^?^^?^^^- S7^p>c< .ao>rti3v ifno^g^ Kr^m^j;;qo ^1 hk>ix ^aiiodw 
ZU in the data blocks, and would work in conjunction with the operating system 

of the player. 

Processing Of The Lead-in Track Fields 

The flowchart of FIGS, 5A-5E depicts the processing of the informa- 
Uon m the lead-m track fields. A description of this preliminary processmg 
25 IS presented at this point, with the functions of the individual fields m mmd* 
The nelds m the data blocks, as well as processing of the data blocks, are 
discussed below. 

TBe s>%teiri p^^ begins, as stibwn^af the top of I^6f/'5A, wiith 

the reading of default settings. These are settings established by DIP 
30 switches, ROM codes, or the use of any other device or technique which 
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configures the system on power-up. It is typical in microprocessor-based 
systems to reset all flags and to read default settings when power is first 
turned on. ^ . 

TTiere are four default settings which are thus determined in ordei- to 
5 configure the syste;m. The lEirst is the standard— players sold in the United 
States, fojr example, will typically be configured, in "the default state- 'to'" 
produce^iebi ^^reC vidfeb 

The next default setting is language — the sotind track dialog language, 
tii€i subtitle language (if any)/aiid the whieh menus are to ^e 

10 presente<i on tfie display. In tJte' United Stktes^ for example, the default 
^ language would be English.^ If lUie user d6es hot iilform the player that a 
language other thaii English is desired for one or more of these functions, 
audio language t^^^ will be useid to gciherate iji'e* sound track; lihd 
character strings in the English language will be used in setting up Ihe 

15 inijdng^deietiori menu f or "^e "other" ziu dio iracks and for the table of 
contents. As for siibtiUes, the usnufal default is "no lang;^ 

The third default is the aspect ratio, 4:3 in "the United States, The 
aspeU:t ratio aetefmiheis the relative <3imerisiohs of Ifie "display represented 
by the final video output signal. 

20 ^ Fmally, the parental lock status is determmed. In the system of 

FIG. 2, this sunply entails a determmation of the setting of Ioc;k 81. But it 
IS also possible to dispense with a physical lock and key, and to store the 
parental lock status m non-volatile memory after first inputting on the 
keyboard a password known only to the persons who exercise control over 

25 the lock function. 

As m many consumer electronic devices, the keyboard can be used by 
the user at any tune to interrogate or control the player. Routine control 
sequences which are standard in the art are not shown in the flowcharts. 
For example, the keyboard, or ah associated reiriote control device, can be 

30 used to control the volume, fast forward, a jump to a specified chapter, etc. 
The normal processing can be interrupted to control a display by operating 
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a menu , key, asJs.lmpwn in the art At the start of the prp<^ssing of , . 
FIG, 5A,^there is shown a test for determining \vhether.the-menu.key>is^ 
operated. The reason for showing an interrogation'bf whether the menu 
, key^ is- qperatedratt&e.st^ the processing,.as,,oppQsed tp.any o^er time 
5 .^durijig^^^p^ of Ae . disk, is^that.this is the mech by^whichvdefault^ 
settings Cjcm^^^^^^ If. the menu^key is .operated when power is , first 

turned on, the system displays a menu. As indicate^; jn -the: floy/cha^ 
„ , user is given the^choice of changing defaults, viewing, the. table of,, to 

for, the disk, .and/or; (in case, the menu, key „was, operated accidentally) simply 
10 returning to the. processing without changing anything. . As indicated, _ ^ . 
depending on the menu selection, the defaults are changed, the entire menu 
selection process is aborted, or a TOC (table of, contents) flag is set to 1, 
This flag .will be examined later to detennine.whether the table of contents 
should be displayed.. . , .... 

t^t^i Dif rij D^i^lf "5^/. '.*i;v, ■*-•'; :Vt.r^'. r;v:*i5^0Cl ' C *■ i^l^B'i. ''-^t' ! j^i^.filii^iv- 

lS . Thus far, noJnfonnation from the disk has been processed. . ,(Iu this 

description, references are sometimes made tp reading a field, and some- 

times made tQ processing a field. . It is to be understood that even^when it is 

^ni ty^iTxU -f^tirm t:^ aux -s^ vnxxij a^// 

said that after a certain^processing step a field is read, the field may actually 

have been read earlier but stored in a buffer for later use., ,Depending on 

' ■ ,i5?rg^e jiuqtiy-j iSml aiif -yo 

20 the context, reading a field means to actually read it so that the bits appear 

on the DATA-OUT conductor 25 in FIG. 2, or to do something with, the 

iuii J,}^ Moot ID §nUt32 OTil to aoti^0^^naiaa siistn;^ ^iqCTa aiS;) A 

data if it has been read earlier and buffered.) Referring to FIG. 3, the first 

information field which is read from the, lead-in track section is a, 40-bit 

field representing authorized territories. Next, a check is made to see 

25 whether the territory in which the player was intended for use is one .of . 

those authorized on the disk. The player territory is also a kind of default 

setting, but it is not grouped with the others because it cannot be changed 

by the. user. (To allow a purchaser who moves from one territory to 

another to use his player, the olayer territory can be changed by an autho- 
rs- 1 nso ,^.0'v;rV^ .-x^x^f- - ^T" xy^:.^^i:^- ^r: -T: J^t:- -^x^' .^^q^^i^xa lO^ 

30 rized technician.) If the player has been designed for use in China, for 
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example, and China is not one of the territories authorized on the disk^ play 
of the disk is abbiteid. ' : - \ 

On^ the other hand,- if the disk has been authorized for play in the 
player territory/ field 3 is read. This single bit simply tells the systierii 
5 whether special sbftware is preisent As shown in the flowchart^ if it is 
pi'esent then tHe^qiecia software is read frbm 'fieldi4 and executed, llie 
prdcesarig teminkte^ w "Execute special software" step? Ttii^ 
intended *tb show that the spTCial sbftwarer in field 4 basically replaces' the 
^ biiiltiin operating' qrstem. Such sofiwarfe will be employed when a radical 
10 change in the overall use of the player is involved. (As iWehtibneci aBbve, 
tius is nbf to say that the special softwk^ may nbt call BlbS routines and 
the like from the ROM chips contairimg the bperatmg system.) 

^ ^ ^ If tiiere is' n6^q>eciai sbftware present, thV system' reads the default 
standard^ elgi, if Heteririines tiiiat an N%C stiniJard'is to Be employed. ' If 
15 the'uiier has"ch^anged^th^ to 
PAI^ l^hen I^^^ Me new Hei&ult"standkrd^ 

field 5 wliicj^ au&^^^^ up t6'l2 steiidards.^^ i^^ test wKich 'is pellom is 
to^determine whether the default standard (the original, or as changed at 
the start of the processing) is authorized. If n is not, a menu is displayed 
20 which shows the user the authbnzed standards, and he then selects one. 
After an appropriate selection is made, or if the defauft'^slandard^i^a^^^ 
nzed, the ^tem processes fields 6 and /• The readmg of field 6 mfbrms 
the player of the available audio^Ianguages (up to 16, including M&E and 
IS langiiages). 

25 Once again, a default value is tested against ia. set' of allowed options. 

Earlier, it was the default standard that was tested against the authorized 
Standards read from the disk. This time it is the default audio language 
(either the default language on power-up of a different language selected by 
t6e user if the menu key was operated) that is cbmpared witS aU of tfiose 

30 available. As shown in the flowchart, if the' default langiiage is not avail- 
able, a display is fomied which lists the available audio languages, and the 
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, user selects one of them. -The system then reads the track types in field 7. 
This is the field which informs the operating system whether there is an^ 
M&E track, whether it is to,j>e.<used as a mi>dng or\; Swito^ master, and 
whether the -selected language track is a complete audio track, Js, to be^ 
5 mixed with the niixing master, or to be switched with the s>yitching inaster. 
Next, the track codings ;are read from field 8. Giyen.the^selected lan^^^ 
and.its track^.type and track coding, as^vell as information>about M&E,. , 
mixmg and svvditching,^.the pp^ratin all of th^infprmatioiicit - 

. needs to generate^: sound track ipr.the .accompan>^ing m 

10 meets the^needs.of the viewer. , , ^, . . . 

The next thing that is done is to read field 9. to determine the number 
of "other" audio tracks which are on the disk, anywhere from none up to 63. 
K there are indeed no "other" audio tracks, , all of the processing to, deter* 
, mine what is to be done with them is bypassed. But if there are. such 
15 tracks, field 10 is first read to determine how they^are coded. Since the 
user has to be. told what is in the tracks before he can determine -what is to 
. be done with them, the system must next .determine from reading field 11 
the "other" track menu languages which are. on the disk. The usual type^ of 
check is then made to see whether the menu, is available in, the default^ 
20 language. If it is not^the available languages are.displayed and the user 
selects one, of them_ r . . - - > ^ 

^ As described above, the, opjerating sj^tem may execute a standard: 
. routine for reading the menu, displaying it, and interacting with the user as 
the user determines what should be done with the "other" audio tracks, .But 
25 in. the event special mixing or deletion Js to be accomplished, special 

.mixing/deletion software is required. Field 12 is read to see whether such 
software is available and, as indicated in the flowchart, any special mix- 
ing/deletion software which is on the disk is read from fi'eld 13, Only then 
are the actual menu items (in the selected language) read from field 14, and 
30 displayed for the user. Using the menus made available by the operating „ 
system, the user selects the play mode for the "other" audio tracks- He can, 
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for example, mix them in any allowed way, use what is in a track for 
deletion (By phaselnversion) from another more inclusive trade, adjust one 
track for exclusive play, adjust relative audio levels, etc.. The special mix- 
ing/deletion software, of course, can provide these options as well as others 

5 not routinely offered. . 

As shown in FIG. 5B, subtitle information is now processed according 
to the established pattern. First, the system deterniines wlietlier subtitles 
are^ desired at all. At the very beginning of the processing in FIG. 5A, it 
will be recalled that one of the default settings is the subtitle language. The 

10 usual default setting will be that subtitles are not desired. If that is in fact 

the case, the subtitle processing is skipped entirely. But if subtitles are 

'ci V, i. V:,' ;iv }i ,bf:t..-. . \: ;t:^> • - ^' b :^o\<i^.v vino - ^ 

desired, the available subtitle languages are read from field 15. A test is 

then made to see if the default subtitie language is available. If it is not, 

the available subtitle languages are displayed and the user selects one of 

15 them. ^ 



Next, the 4-bit multiple version code in field 16 is read. The first bit 

r^' qo t ^r^^; v.... i-:-. :> / :> >; o:r'.>; L;^^ ^av: c^rus i.^;: :;^.'^iciuf5 3cOor':> 

indicates whether there are two versions available, or only pne. A b^ranch is 
not made at this point because first the system must .determine whether 
special version software is available, and this is determined from field 17. If, 

20 special version software is available,, it is read from "field 18 and executed. 
To the extent that this software must know whether multiple versions are 
avaolaMe, an ; what the codes in the third and fourth bit positions represent, 
that has already been determined. Although indicated in the flowchart that 
the choices displayed for the user are to select among authorized versions, 

25 or to exit, it is to be understood that the display choices will generally be, 
different if special version software is executed. Also, it should be under- 
stood that there may be special version software even if there is onlj; one 
version that can be played. For example, it may be approi)riate to warn a 
viewer that a particular program may be extraordinarily unsettling, and to ^. 

30 ask for a "continue" response before play begins — all of ffiis being separate 
and apart from an R-rating. 
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If special version software is not available, then bits 3 and 4 in the. 4- 
bit niultiple version code field are used for rating purposes. A test is per- 
formed to see whether the parental lock is on. If it^is not, then there are 
no restrictions on the play of versions A and B, and both versions are 
5 authorized. If it was previously determined that there is only one version, 
then that version is considered to be version A and it is authorized. 

On the other hand, if, the parental lock is on, tests must be performed 
to see whether the versions on the disk are R-rated. As shown in FIG. 5C, 
if version A is R^rated, and so is version B, th.en play of the system is. , 
10 aborted; although not showifi, an appropriate message may be displayed to 
advise the user why play has stopped. If version A is R-rated but version B 
is not, then only version B is authorized. On the other hand, if version A is 
not R-rated but version B is, only version A is authorized. Finally, even if 
the parental lock is on, if neither version is R-rated, then both versions are 
15 authorized. 

The system next displays the choices available to the user. He can 
choose from among the authorized versions, or he can exit and stop playing 
the disk. (This latter case might anse, for example, if a child tries to watch 
an R-rated version, is told that it cannot be played, and a decision is made 
20 to go on to something else more mteresting.) 

If there is only one version available, if it is not R-rated, and if there 
IS no special version software, then there may be no need for a display — 

there is only one motion picture which can be played, and there are no 

'.r.m rty^^^ii a^-^ \?s:.':zibc:. 4t?.^^-o?4;l;^^ iy^\::m'^:^l ;z ^.-^C to^v^- -w-^'^ J"<^'^ 
restnctions on who can watch it Nevertheless, as shown m the flowchart, 

25 the user is stiU given a choice between play of the disk and aborting play. 
The system^could be designed to skip the display m such a case and simply 
to assume that the user wants to watch the only motion picture version 
which is on the disk. On the other hand, generating the display allows the 
user to verify that the disk he put in the player is indeed the disk he wants. 

30 Although the invention has been described thus far m terms of one 

or two versions of a motion picture on a disk, it is to be understood that 
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there can be three or more versions. This is one of the main reasons for 
' providing the capability of reading special version sj^tware in the first jilace. 
This software can iikclude all of the information required about the several 
versioiis from which menu displays are fomied so that the uier can selebt 
5 what is to be played. As mentioned above, the' special version software can 
allow choices between teaching and test monies, and other op tioiik iiaViiig 
nbtiimg to do with whether particular motion pictures^are aduli-rateil. 

The system next reads the video availability bit in field ii^,^'and tliui 
determines whether the data bloclcs which will be processed siiBsequeti^^^^^ 

10 contain video data. If video data is present, then the Base or master aspect ^ 
ratio in which it has been stored on the disk must be determined. The next 
step thus involves reading field 20 to ascertain whether the base or master 
aspect ratio iis 16:9 or 4:3. If the master aspcict ratio is 4:3, the next five 
steps are skipped because pan scan availability is irrelevant * If the default 

15 aspect ratio is 4:3, then there is a one-t<^one c6ri"esp6mferice*Betw ^ 
Stored and displayed frames; if the default aspect ratio is 16:9, then a 4:3 
frame is displayed on a wide screen with a dark band at either side, 
(Alternatively, the 4:3 image could be expanded to fill the 16:9 screen, with 
resulting loss of top and/or bottom information.) But if the base aspect 

20 ratio is 16:9, as shown on FIG. 9, there are several possibilities which must 
be explored. 

One of the default values which is determined at the viery stiart of the 
processing is the aspect ratio. The operating system checks wnether the 
defoult aspect ratio is pah scan 4:3. Referring to FIG. 9, if the master 
25 aspect ratio is "wide screen" (the flowchart branch bemg processed), then 

the pdssibflities are letter box, pan scan centered on the wide screen image 

v*r:/;-:^ -'^ ^y: -^^.o :ir:\'' -Ma^^ ^rr.v isdry£if0' ^jil E^^^cpjbs*: 

(not shown in FIG. 9), or pan scan variabie (i.e., with a variable starting 

column number). If the default is not pan scan 4:3, tiien there are no 

choices to be made by the user now. The default is either wide screen or 

30 letter box, and subsequent processing is in accordance with the default 

which has already been determined. 
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On the other hand, if the default is pan scan 4:3, the. issue is \vhether 
variable pan scan information is on the, disk. The pan, scan availability.bit 
in fipld 21 is read. If pan scan is available, it means that the data, blocks 
will^specify to the operating system the starting column numbers for the pan 
5 scan, —/ the user need select nothing at this point. On the other hand, if pan 
scan is not available, and this was the user's default, he must decide from 
among two possibilities — a center cut, in .which the middle part .of eyeiy 
>^de screen frame is displayed, or a.letter box^ form in which the entirety of 
every fipn but the, display has dark bands at the tpp and. 

10/ bottom. A menu display is formed, and the user selects one of the two 
modes. 

This use of a common aspect ratio on the disk which nevertheless 
allows the user^to select from memy different.kinds of display exemplifies 
,the design, approach of the invention. The basic idea is to provide maxi- 

15 mum flexibility while nevertheless storing all of the required, data on an 
optical disk roughly .tibe size of a conventional CD. Once a wide screen 
motion picture is stored on the disk, almost no additional real estate is 
required to allow the user to generate a video output having some other 
aspect ratio. Although there may be up to 15 languages in which dialog can 

20 be heard, there are nowhere near 15 full sound tracks because of tlae mixing 
and switching capabilities built into the player and the manner in which 
redundant information is eliminated &om the audio language tracks. The 
same thing applies to video standards. While up to now high-quality video 
has required a medium which can be played only in NTSC, or PAL, etc., 

25 the present invention allows the same disk to give rise to video signals in up 

vz^ds ,(me23:>mq tix^tit'-i^ .i^^^^-v -cl/ ■ a^^^to . obrvv ' i;)^:-.^ri 

to 12 standards. One of the advantages of me invention is that it greatly 

reduces the number^of different disks that must be produced, for example, 

by a motion picture company that distributes its movies throughout the 

world. While it is true that some' fields may have to be changed from time 

30 to time, for example, different standards have to be authorized when videos 
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are relcEised in I^rreC and in PAL at different times, sucH cbanges are 
relatively trivial and are easily inade. - . . r 

Once a deciaoii on the disjilay ni ode is riiade^ field 122 is read to ' 
determine thie total number of data '^Blbck^' on the disk! If there are miiiti- 
5 pie versidhs/fields 23 and 24 are also read in order to'detemiine the total 
iiunilyer of datii blcicks m each of the Versioiik Fiyd '25is 'tHeri^^^^ 
detemiirie the original framfe and 'field 26 is read to'Hetenriihct the 
bl<^kti6ife^btor:-' * ■ ^ ' ' ' ' ^-^-^v-^^iT- V. 

^ Field 27 is then processed. It bef recalle^dlS^ 3 lliai'^ is 

10 the field that contains all of the necessaty ihformatibn^^^ display of fli'e ^ 
table of contents. The table of contents for the selected version (field 27 if 
there is only one version, or there are two and the first has been selected; 
or field 28 if there are two versions and the second has been selected) 
includes a 100-bit representation of the available chapter '<lisplay languages. 
15 TKe 'i^eiauit menu languag cliecKed against 'i^^ If^^ 
the default menu language is not available, the user is informed of those 
languages in which chapter titles can be displayed, and he selects from 
among them. Once it has been determined in which language to display 
chapter information, the various table of contents time durations are 
calculated. Smce it is known how many blocks are m each chapter, the 
duration of each chapter can be determined by multiplying the number of 



20 



bloclcs by the block time factor. 

The table of contents is not necessarily displayed. It is dii^layed only 
if the TOC flag was set at the start of the processing, the user having 

25 mdicated that the table of contents should be displayed. If the TOC flag is 

s^ob :;?fir/:5ir>uo ^dt asR 5^5:? il .v/cl^-ii l>^;i5ito-?/ib ad u-- 4^ .DFi 

0, there is no need to display the table of contents. The s/stem automati- 

calfy selects the first data block as the starting point, that is, play of the disk 

starts at the beginning. On the other hand, if the TOC flag is a f, the table 

of contents is displayed and the user is given thct option ol selecting tiie 

30 start pomt. 
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Following, the table or tables of contents on the disk are the encrypted 
authorization codes for the standards authorized in field 5. The operating 
system reads the encrypted authorization code for the standard which has 
been.selected. It then reads .the predetermined data for the . selected^ 
5 standard. It will be recalled that for each of the 12 possible standards,,; 
predetermined data on the disk is processed to deriye a "message'VM.^w^ 
serves as an authorization code. It is this authorization code that is stored 
in encrypted form on the disk using the private key associated with each 
standard. The data which is read from the disk may be different for each 
10 standard, as long as the same data is read and processed both during the 
encryption process and when the player derives the "message" M on its own. 

As discussed above, it is preferred that the data include at least part of the 

.'i-r.^-'t -i-'r.- i^ vl \ > JC-;^':- ' :fr-0 V;^tC^^^: -^.d^-^ 

lead-in fields because it would be, self-defeating for an authorized publisher 

(,?^;^'v.:^;-: i^^y:^ ^ s-} :r. M^t D-^-^ ^vvv ■■ P .. r- '-^C >v- .,^vf^-.v 

to copy this data. , . . 

15 After the. predetermined data for the selected standard is read, the. 

authorization code ("'message" M) is computed from the data. Using the 
public key associated with the selected standard, wfiich key is built into the 

operating system, the stored authorization code on the disk for the selected 

v^ixiaJb -">a-'^' ni bo-cianr^s^^i ■ ' --x li ery^O i^y^^'^-^n 

standard is decrypted. The test for whether .the software publisher has been 

20 authorized to publish disks which will play as video signals in the selected ^ 
standard involves comparing the decrypted authorization code^with^the 
computed authorization code. If they do not match, play is aborted. 

If the two codes do match, field 30 is read. This single bit simply 
infortns the master processor whether there are any commands or data 

25 stored in the data blocks other than the normal complement depicted in 
FIG. 4 to be discussed below. If the flag is a 0, the operating system does 
not even look for such additional commands or data in the data blocks. If 
the flag is a 1, it m^ans that commands or data may be present in a data 
block, but not necessarily so. 

30 Finally, field 31 is read in order to determine whether supplemental 

software is available. If it is, it is read from field 32. The supplemental 
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software, as described above, is not to be used in lieu of the operating 
system software, but rather as a supplement to it .jThis is the basic differ- 
ence between the software in fields 4 and 32. Generally speaking, the 
supplemental software operates on commands and data included in the data 
blocks in a field whose presence is indicated (although not necessarily in 
every data blocks as will become apparent below) by the supplemental 
software flag. 

With the reading of field 32 and its integration with the operating 
system, the read head in the di k drive is caused to move to the start point. 



1^. 



10 As described above, the start i>oint is either the first data block or a data 
block determined by the user if a chapter other than the first has been 
selected. Data blocks are read in sequence and demultiplexer 63 on FIG. 2 
distributes the data fields to various buflEers.^^ As indicated in the flowchart, 
the reading of a data block takes place only if no buffer is full. Further- 

15 more, before a new data block is read, the system checks whether ther^.are 
any interrupts which must be serviced. Controller 41 is the source of all 
interrupts. For example, if the user has operated the keyboard, the control- 
ler generates an interrupt on line 43 of FIG. 2 which temporarily, halts the 
reading of data blocks. After the interrupt has been processed, or if there 

20 is no interrupt which must be serviced, the. next data^block is read. As ^will 
be described, the serial block number is one of the first things that is read. 
, Tlie block number/pointer analyzer 47 knows the number of the next.block 
which is require^ Very often, this will simply be. the next block in the 

seri&i sequence* * wever, the block number may be out pf sequence, for 

r.oi::.:^ -;'ipii; - ■ vz.'; tr i^ 'icydJio ad SJUwMa^i .iir^vts 

25 example, if a jump is to be made ,to a new chapter, or, as. will become 

^ -'^o\c*:-^^''* o.v "■: -Oh' m y^it' '^H'^\ ioi^ac;: ,v v.'op^: 

apparent below, certain blocks have to be skipped on a disk, when playing 
one of multiple versions of a motion picture. In any event, the systems 
checks whether the block being read is the correct one. If it is not,, a 

branch is made back to the start of the block reading process so that a 

'0 - -'v:-.. / /-i' t:*:; v'M-:V: • :^i5j>i:'>i ^i£':J^5:i £":fco!d atK^ 

30 dii^erent block can be read. Also, gate 61 on FIG. 2 is closed so that the 
"wrong" data on conductor 25 is not extended to demultiplexer 63. 
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If the block read is the required block, one of the first things read 
inmiediately after the block number is pointer data. The pointer data is 
used by block number/pointer analyzer 47 to determine the block number of 
the next data block that is required, as indicated toward the end of the 
5 flowchart This block number is transmitted oyer cable 49 to microproces- . 
sor.disk drive controller 27 in order that it access this data block at the 
completion of the reading of the current data block. As indicated at the 
end of the flowchart, the remainder of the data block which is being pro- 
cessed at the moment is read and loaded into the several buffers, following 
10 which another data block may be read- 

The flowchart just reviewed controls the processing of the player. 
What is actually done with the data read from the data blocks is shown in 
the flowchart of FIG. 6, and this flowchart will be described after the fields 

m a data block, as listed m FIG, 4, are understood. But m order to appre- 

-a^tt '^^' -'-^^ .a'i:: ; I 'l^yi-jo .-j^r^rv. ^r^--£T itx/.v; .--./id^ X ^iabh''/\ 6^-- 

15 ciate the function of the pointer data which is included in a data block, 

FIGS. 7A and 7B will be described first These figures depict how data 

blocks associated with individual or both versions of a motion picture 

-i^T7^iOa uij.^"'^ :-ri:- '^:^'c ^jx^-:- i-^rv: Jtil K , >k^«i;7:v> . " i v^e'.^ 
mterrelate with each other, and how the system is controlled to skip over 

certam data blocks m order to play a selected version. ^ 

20 ^ FIGS. 7A And The Function Of The PointeF Dak 

In the illustrative embodiment of the invention, there can be two 

io-oldJx^iiC ^rfj io y^dm^jft >3dj B'fony.. ^ 1^ '^oxv;j^r^ x^-iifov:,:^ d'^yj? i^lc.^oJd re- 
versions of the same motion picture on a disk. Most of the data blocks will 

represent video and audio which are common to the two versions. How- 

ever, there will be other blocks that are unique to one version or the other, 

25 The question is how to control the readmg m succession of the data blocks 

fj^h/'Jo ai^dv^.;k:!^- i^s: .'.•^frtrc!;, -ji , r ^ic^old s^Z-^n^":^ ,-.vr:>rt :.^^c';Siezr? 
that are required for a selected one of the two versions. 

For purposes of description, the letters A, B and C will be used to 

identify respectively data blocks that are unique to version A ojf the motion 

picture, data blocks that are unique to version B, and data blocks that are 

30 common to bothi FIG. 7B*iilustrates a pdirtion of the track wit& siicce^ive 
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data blocks being labelled A, B or Q It will be' understood that in practice 
there may be thousands of data blocks in succession of thie same type; with 
most of the data blocks on the disk being bf type* CN HoweVeK tb'illuisfrate 
tlie way in which the system jiinips over datk blocks that are^-fibt fe^Juirfed, 
5 FIG. 7B shdws at most two blocks of the same type in succession.; ' 

There are two sequences shown in FIG. 7B,' one at the top for playing 
version B, and the other kt the bottdna' for playing versioii >\/'lf it is ver- 
sion B that is selected; iahd it ^ ak^fiaecl that someliow tlie B lird^ tHe 
left'is Wing played, it is apparent that the next two A blocks fnusf be 

10 jumped over in order to go to the fourth block, a B block. After this block 
IS played, the next A block must be jumped over. Two common C blocks 
are then played, after which a jump must be made over an A block to 
another C. The next block, a B, is then played, followed by B, C and B 
^ blocks. Finally, a jiimp is made over aii 1^ filock to the last block shown in 

15 FIG, 7B, a C block. 

If version A is being played, on the other hand, two successive A 
bloclcs are played, there is then a jump over a B block, the next five blocks 
— A, C, C, A, C — are played^ there is next a jump over two B blocks to a 
C block, and finally there is a jump over another B block to an A and a ^ 

20 following C 

The pattern which emerges is that there are three kinds of transitions 

from one block to another. First, there is the play of a block immediately 

3dt Jiiri? ZTizsm 1\ ,11 zi shoo Skl? li r^rii ijwoh '3r^n^?^ k ->t K ^> ?r 

following play of the preceding block. There are seven examples of this 

shown in FIG. 7B - AA, BB, CC, CA, CB, AC and BC The two possibili- 

:i A aomt^v ii' .b^^<,i>iq ^-^rci^^-cf u i^oizi^v rlDrdv^ avvcmi r'^.otsv^ ?xibi:*t^^^o c 
25 ties which are excluded are AB and BA, since blocks unique to the two 

sions will never be played during the same disk playing, much less one 



after the other. While there are seven kinds' of transitions from block ty^e 
to block type, there are really just three basic operations — going irom one 
block of any type to the next block of any type; a jump from either an A to 
30 an A or C, or from a B to a B or C; or a branch from a C block either to 
an adjacent A or B, or to a B or A somewhere down the liiie. Most 
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transitipns are of the first type. The second typp occurs when an A is , 
followed by a B (which two blocks can iiever be played in succession); a 
jump must be made from the A to either anpther A or to a Q Similar . 
reniarks apply, tp a B followed by an A. TJie third. tjTpe occurs at the end of 
5 the play of a C block, when there is no longer any common material to be 
played.and a. switch must be made to one version or thje other; the next 
block is played if it is part of the version selected, or some blcK^ks will have 
to be jumped over if the branch is to a block in the .other version., 

FIG. 7A, shows the state diagram. which defines how and when transi- 

10 tions are made from. one block to. another. As will be described below, 

every data block includes a two-bit pointer flag, possibly followed by a field 
which contains a 20-bit pointer. (When a pointer, is present, it always points 
to the serial block number of another data block.) Referring to the code 
given in FIG. 7A, if the two-bit pointer flag is 00, it is an indication that the 

15 processing should continue with the next block; in this case,\there is no v.^ 
need for a pointer. If the two-bit pointer flag is a 01 code, it is an indica- 
tion that a jump should be made to a block in the same version some . , 
distance away, or to a C block some distance away. In either case, a \ 

cinCU! CI ;J i3V<> Cl'''^^;. ^ .>'id? O-'.^i^f;-^ Vl-q ^^tk " J ..-N - 

pointer is necessary. 
20 The codes 10 and 11 are used when a branch is to be taken from a 

common C block. Which code is used depends on whether the next block is 
an A or B. If the block after the C is an A, code 10 is used and the pointer 
is to a B or a C further down the line. If the code is 11, it means that the 

next block is a B, and the pointer is to an A or a C 'further along the track. 

■^b.6h:^^^q 3d7' ::3 b-s 5 A .0":^ Mti J. A ^iT! f^i 

25 The operating system knows which version is being played. If version A is 
o^r sdt Qi a^pic^: ^:i-'C^c :.i^t^v^ bm- oxb o^bi^^^x^ noifev^ a^ii- 
being played and the current block has a 10 pointer flag, it means that the 

next block, an A, should be played after the pr^erit one. There is no need 

''"-^'^ moT^ ^^-f:^- rr-r^ ^^'-vift -t^iiW ,7!:.^;::ic "^rij t^o.^ 

for the pointer. The pointer is necessaiy in case version B is being played. 

In this case, since the next block is an A, it should not be played. The 

30 player should jump to the block identified by the pointer — either another 

n t i^l:^ ^ i' "^y-. ' ic ;:);r'v 'd -^15 n>o-^ "*o ^-^ 

C, or a B unique to version B being played. 
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Similarly, if version A is being played and the current block is a C 
with code 11 for its pointer flag, it means that the next block is a B. Since 
Version A is being played, the next block should not be played after the 
current one. Instead, a jump is made to the A or C blbck^ identified by the 
5 pointer. On the other hand, if version B is being played, the system simply 
continues to the next block. 

The legend on FIG. 7A shows whether or not the pointer is used 
when 10 and 11 pomter flags are found m a C block. The representation 
10(P) IS an mdication that the pomter should be used, and a representation 

10 10[P] is an indication that the pomter should be ignored. It will be recalled 
that the 10 code, is used for a C block when the next block is an A. If , 
version A is bemg played, the pointer is not^ needed. That is why a transi- 
tion from the C block to the succeeding block, an A, is shown by the 
symbol lOfPl. On the other hand, if version B is being played, since the 

15 next block is an A it cannot be played after the current C. Instead, there 
must be a jump to the block identified by the pointer and thus use of the 
representation 10(P) — the pointer points to either a B block or another C. 

Similar remarks apply to the representations 11(P) and ll|Tl/ In both 
cases, it is a C block which is being played and the next, block Js a B. If 

20 version A is being played, the next block, should not be piayed.and thus the 
symbol ll(PXis required to show a,state transition. jOn the other hand, if 
, version B. is being played, it is the succeeding B block which should be 
played, and thus the symbol llfP] is appropriate. 

The four codes, as well as the usages (P) and [P], are depicted in_. 

25 FIG. 7B» Referring to the PLAY B transition sequence, the first transition 
shown is 01(]P)* Ttwill be recalled that the 01 code, represents a jump from 
one version to a block of the same version or to a common block, aiid a. 
pointer is required. The first transition shown is 01(P), a Jump from a 
B block to another B block. , The next transition on the PLAY Byline is , 

30 01(P), a jump from a B to a C, Next is an example of the most common 
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transition of all, 00, the orderly play of the next block after the current 
block. . ^ 

pie fourth transition in tiie PLAY B line is represented by a 10(P) 
symbpL The 10 code represents a branch from a C block when the next 
5 block is an A, the example illustrated in FIQ. 7B. In such a case, as 

indicated in FIG, 7A, if it is version B which is being played a jump is made 
to the block identified by the pointer — in this case, the next C. 

The 11 code is used to identify a branch from a C block when the^next 
block is a B. If version B is being played, the/case under consideration, the 
10 pointer is not necessary because the next block is to be played. That is why 
the next code shown is 11[P]. There follow two GO codes that represent 
obvious transitiohs to adjacent blocks, followed t)y aL ll[P] code, a branch 
from a C block to the succeedmg block which is a B. Finally, a jump is 
made from this B block over the next A block to a C block. This requires a 
01(P) code the code used to jump from a block of either version to a 
block of the same version or a conmioh block. 



15 



The PLAY A sequence m FIG- 7B assumes that it is version A that is 
bemg played. The first four codes represent transitions to adjacent blocks, 
or a jump from a block of one version to a block* in the same version. The 
20 next code, 10[P], is used to show a branch from a C block to an adjacent 
A block. The pomter is not used since version A is bemg played, and 
code 10 IS employed because the next block is an A block. The noct 
00 code symbolizes the transition from the A block to a succeeding C block. 
Next IS a jump from a C block to another C block, skippmg over two 
25 B blocks. The 11 code is used because this is the code employed when a 
B block follows a C block. The symbol used is 11(P), not 11[P], because 
the pointer is required m going from one C block to a C block further down 
the hne. Similarly, the next code is agam a 11(P) code to ^linbolize a 
branch from a^C block to an A block fuhlier down the liner The'sequence 
30 m FIG. 7B ends with a transition from an A block to the next block which 



is a C, for which the codfe 00 is used. 
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The state diagram of FIG. 7A sumiharizes all possibiUties/ Gon^ 
first the state in which an A block is being processed, represented by the 
ciitile with an A in it at the npper left The' two-b^t^pbinter fl^ag m an 
A bloclc is 60 if the next block* is also an A (Ihdwn by the trandti^^^ A 

5 back to A), If the next block is a B, on thb other hahdi then it clearly 
should not be played. There must be a jiifiip'from the A block over the B, 
Miifer to anc^&CT In either base, ih^^ is 01(1*)^ Th^ 

dfawing^stibi^ both a juM over B'(t6'"Motiier A)^ over *S to a 

C. ihie diiiy oAef transiti^ frbin'an'A Slock is fb tH^^ a 

10 C This i/shOTvn'by th^^^ ^ ^ ^ 

There a^e four similar transitions shown "for state B; i/e.,' when a dkta 
block in version B is bemg read. Tlie dO'code is used if the next blbck'is a 
B or a C. The Oi(pf code is used wlien die next block is an and it''is 
jumped over so that the system can next read another B or a C. 

15 Transitions from a C block are more comphcated because there are 

seven of them, rather than only four as lor each of the A^^^ If 
the next block is ako a C, the code is a simple 00 — read the next block. If 
the next block is a B and a jump must be made to another Q the 
code 10(P) controls the jump over the A. Similarly, the code 11(P) controls 

20 a jump over a B to another C. It will be recalled that these two codes are 

.\ Bix/woUo; d^ih a^^; no a/fq^a t.*v \ j;s jt, ^^73idu lil, ^s>n.o Jfai'i ioa .^'^a^atoa 
used to control branches from a C block, dependmg on whether the next 

block IS an A or B. In either case, if the next block is not to be read, it 

(and blocks like it) must be jumped over to the next C. ^ 

However, after reading a C block, it is also possible to read an A or a 

25 B. To read an A, one of the codes 11(P) or lOpP] is used.^The 11 code is 
employed when the next block is a B, m which case the pointer is required, 
The 10 code is used when the next block is an A, m which case the pomter 
is not used. Similarly, to read a B block next, either the code 10(P) or 
lipP] is used- The former is employed when the next block on the disk is 

30 an A, and the pointer is required because this block must be jumped over. 
On the other hand, if the next block is a B, the code 11 tells the system to 
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go on to this next block, and in the process to ignore the pointer because it 
is not needed. ; , 

Perhaps the most important point to recogni^e^ is one which is not 
V apparent from the drawings,, and that is that most blocks wjU contain, 
5 OO^pointer flags and no pointers. (The 00 code is the only one without a 
following pointer field,) That is because once a frame oleither yersiqii is 
being played, or once a frame of the common material is being playeid, it is 
, most likely.that the next frame , will jbe- of ^ sam? type., C^onsequep 

OO.code alone does the job. The -net, result is, that t>yo versions of the same 
10 motion picture can be stored on the disk,.^th the.user having the option of 
playing either (provided that it is allowed by the parental lock), and only a 
tiny fraction of the total disk real estate is Vasted" by ^housekeeping bits 

that control transitions from one block. to the next block which is to be read 

V ^ ^-^ vcc:n ■,: nmr^ 1.-^^.:; '< ^^:y 3>iu ^;>;i.l'' '.J Ji 7e n 

after it Again, this is in line with the underlying design philosophy of . 
15 providing maximum flexibility and as many options as possible, without 

unduly wasting bits in the process. ^ \ 

li .zv^ioir* n r?ir*> A orj AC fVAro var .v.-.- uioi fsun dx "i.^ nr^^^^-.^ 

It should also be noted that the inventionjs not limited to placing just 
two versions of a motion picture, on a disk. It is possible to use the same 
, technique with three or more versions (although the need for so many 

20 versions is less likely), , In, such a .case, common blocks would require two ^ ^ 
pointers, not just one. , If there are three versions on the disk, foUbwiiig a 
C block, the next block mirfit be an. A, B or P, Two pointers would be 
required to point to the two blocks which are to be found further down the 
line. Obviously, this is just one of the changes which 'would have to be 

25 made. The point is that multiple versions can be accommodated, albeit 
with an expenditure of more housekeeping bits. Nevertheless, the total 
number of pointer bits of this type is still inconsequential compared with 
the total number of audioA^deo bits. 
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Data Block Fields 

FIG. 4 depicts the fields of a data block, and the format is siinilar to 
that shown for the fields of the lead-in track in FIG> 3. Every data block 
bejpns with a^sync word; As disoissed'above, the syhc^wbrH pattern 
5 appear in the^^ta, and thiis when it is detected the operating -sj^t'em knows 
that a' n^w d^ta block is'about to begin. ' ^ ' ' 

The second field is "a 2b-birseri^ block nuniliei^/- 'i^l of the blocks on 
the disk mIS^ him 

' *>ead because it is used by block niiinber/point^^^ Fl5r 2/' The 

10 ■ block fiumber is essfential, for example, when jtimpfrig^f rbin bne^biock ito 
another. The reaH head will usually be positioned at'a poirit'fteaf'the^ ' 
' desired Bloci^, biit^it is liighly u^ that the con*ect block wlT b^^^ 

on the first try. This is especially true since the number of bits in the^data 
blocks is variable, and the system has no way of knowmg how many bits 

15 there are m the bloc^ being skipped. By readmg the block number at the 
start of the data block, the system can quickly determine whether tne^Head 
must be repositioned; - 

The third field is a two-bit code which represents whether the block is 
part of the A version, the B version, or common to both. (Only three of 

20 the four possible codes are used.) It might be wondered why tiie system 
would ever have to check on the version of a particular block, since once 
play of version A or version B begins, the pointers discussed m connection 
with FIGS. 7A and 7B will always identify a block which is either common 
or part of the version bemg played. The answer has to do with fast forward 

25 and fast reverse operations. Although these have not been discussed at 

length because they are entirely conventional techniques, when fast fonvard- 
ing, for example, the read head may be positioned more or less arbitrarily. 
The video should not be shown if it is of the wrong version. It is not 
possible to determine the version of a block simply by looking at the block 

30 number or the pointer. Neither identify the version. It is for this reason 
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that the system must be able to determine the version of the block when it 
^ is first read.- ; - . . . . ^ ^ , 

v;. Fields A and 5 cx>ntain the ^o-bit poin^^^ . 
ysrhich have, been expired at lengA in conne^ ?^d JB. 

5 , : .Keld,6 is a one-bit flag,which may or i^^ present^ Refening - 

to FIG. 3, the video availability flag in fiel(l,19 tells^^d^^ 
whether there is any video in the data blocks. Eyen^if^ther^ is, however, it 
, .does.not mean. that eyeiy data block contains vidpp.^ vfhich 
.^T^there is a single frame.represented in .eyery^data blocl<^ 
10 processed- atj a^fibced. rate,. ^there, vvould be videp ia eyerx. data blpck,, we^ if ^ 
it is "minimar video which consists o£ a code, representing a "no change." 
But there.may be systems in which a data block.raay represent more .or. less 
than a single frame. For example, it may be that the video information in a 
data blocks if present at alL is always of the same number .of bits. Depend- 

SliO "^uWr^^^KV^ iO^ y on ^;Su ^^KiC^T^V' 2i Zjk'ZxAu 

15 ing upon the compression, it may be that many fraineSjare represented in a^ . 
, sinele data block. In such a, case, some of the blocks would, be .devoid of 
video bits. Depending upon the coding scheme employed, the bit in field 6 
informs the operating system whether there is a field 7 at alL^ If there is 
video, field 7 contains the video information, terminating with a sync word, 

20 As mentioned above, the actual coding of the video and audio blocks does 

not comprise part of tiie subject invention. Although MPEG schemes are 

aoiio soiun .zfHoold i^AUQiTjuq a lo norei3v oftr no iosiKJ ot .wsri iw3 biuo\y 

preferred, others can be used. ^ . , , , . ^ ^ 

Field 8 contains anywhere from.no bite up to 16, It will be recalled 

. that field 6 of the lead-in track contains 100 bit.positipns, but only N of 

biEV/tol iHst ciiiw on oi aBd law^ns r .taY^iq ^^^ti^o norsncav sdi: /o nsq lo 
25 these (where the maximum.N is, 16) can represent bits of value 1 because , 

there can be at most 16 audio tracte on the disk (of which M&E is con- 

sideiied to be one of them). For each of these N tracks, field 8 infonns.the 

.yVnmildjB aa^i "^o ;:tcxu b^nr-yrcQq e^d ysiTi CH'^^d br?/ji srO .diqrr^xs^ lol ,3x1s 
operating system whether there is any audio in the present data blpckV 

There are thus X "l^s, up to a maximum of N. The first bit position of N- 

30 bit field 8 corresponds with the first audio language track identified in 

rrzz"^ c^^^ ?rn '^i^^ '■i^r^ti^m -t^usi^A -.i^tnlo^^ ^tb '%o ^iC^'dm'^^^- Cr 

field 6 of the lead-in track. The second bit in field 8 of a data block is 
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associated with the second audio language represented in field 6 of the 
lead-in track, etc. Hie reason that there are only N (maximum' = liS) bits 
in fidd 8 of FIG. 4, father than 100, is that it is kri^wh from the lead-in 
tratk which are the languages* that may be present ih a daita Bloclc, TTie^^ is 
5 no reason to provide 84 or inore bit positions in each data block t:o indicate 
that the corresponding languages are not present when it is known from the 
' l^d-in track that they ar^ ribwh^fe to be f blind on the disk, it must be 
borne in^iniiid that the value X in FIG: 4 does not equal the value N in" * 
FIGr. 3: The latter represents the total number of au dio languages any- 

10 where on the disk, and its maximum value is 16. The* symbol X represents 
how many of those N are actually represented in the current data block. 

Field 9 contains tiie X audio language bldcks. Suppose tfiarA^ are 
10 audio languages represented on the disk> but onfy six of them are 
represented in the current data block. In this case, there would be X bit 

15 sequences corresponding to the audio languages, each ending with an 
escape character. The escape character is used to separate audio blocks 
from each other If whenever an audio block is present it has a fixed 
duration, then, since it is known how many audio blocks are present in a 
data block from the infoimation in field 8, it is not necessaiy to provide a 

20 sync word at the end of the field. Variable length audio blocks would 
require a sync word at the end of the field. 

Field 9 in the lead-in track contains a value from 0 to 63 which 
represents the! number of "other" audio tracks. WhOie tiiere may be M such 
"other" audio tracks, as shown in FIG. 3, it does not mean that each of 

25 them is represented m the current data block. Field 10 in each data block 
contains M bits, one for each of the "other" audio tracks on the disk. 
Whether the current data block actually contains bit information for any of 
these M tracks depends on whether the corresponding bit position in 
field 10 contains a L If there are Y *'l"s and Y is less than M, it means that 

30 not all of the "other" audio tracks are represented in the current data block. 
Field 11 contains Y "other" audio track blocks, each ending with an escape 



wo 95/12275 



PCTAJS94/11821 



-60- 



character. It \yill be appreciated that the way the audio tracks and the 
"other" audip, tracks are represented in the data block are comparable 

Referring back to FIG. 2, it will be recalled^ tli^at data.bits in a data 
block are distributed to audio buffers/ a video buffer, a pan scan buffer^and 
5 a subtitle buffer, as well as to master controller 41 over the COM: 
^ MA>iro Thus far, the representotion of ^^udi^ , 

"other** audio blocks and a video block have been considered in the analysis 
of^the fields of FIG, 4. Before proceeding wth the representatipntof,^ 
subtitle data, however, it must be understood that there is a difference in. 
10 the way that subtitle information is represented, as opposed to all audio and 
video data. The latter is represented on a block-by-block basis, and the 
buffers are continuously replenished with new audio and video data. 
Subtitles, on the other hand, . need not change from frame to frame. In fact, 

a subtitle will not even be perceived if it does not remain on the screen for 

v?dO\ >d .01.:-.^ • ..--r-oKt -.tc'^.ro lo^-^^aa'sa'^-t 

15 more than one frame. Consequently, once subtitle data is represented in 
buffer 59 if FIG. 2, it causes a subtitle to be fomied on the display and to 
remain there until new subtitle information is loaded into the buffer.^ To 

remove a subtitle without introducing a new one, a new subtitle consisting 

'i- 1.<':Z^-yic ox^ rAc^viz^ 'ri-s^,- v/->:i .rr/n^^:^ . ( ^ noT^Bv.'H 

of a blank field is loaded into the buffer, 

:j^^'yo'iq Oj v?.jsa:^:.^?)n -^o.^ f-i Si .nH;: uO'0;^^:no1f/^ rnoi^ otsn. 
20 Field 12 in the data block consists of P bits, each corresponding with a 

hhK>'^ ^-^ir^old orbsjK ri%^i^! tidi^viTrv .b:.^d c^^ .:^o bnJ5 foTP^^^EVB 'j- 

different one of the P subtitle languages identified in field 15 of the lead-in 

track. (It will be recalled that the Grst position in every lOO-bit field 

tb=^.riw-€d ot 0 n?pt5 aulsv s t-n:A'^.TOo jIdbti ^u-b.5t"' g5 Marl 
corresponding to languages does not really represent a language, but rather 
f^om M ei- x^m ^noA% t^iMW -^:>J'>kt^ r;^^r£ 'T3^6z'f tu -iBi^rn^iy. on: :n^s:3 'I'p-r 
M&E, so that there are a maximum of 99 subtitle languages.) Any subtitle 
5o dcisa mt^m lor. zjo^ f» DFi ii: fr:-/odr; \o ^-^qz "-caiBc'* ' 

25 for which there is an update in the current data block has a 1 in its cor- . 

responding position in field 12. There can be up to Z Ts, where the 

maximum value of Z is P. 

For each subtitle language lor which there is an update in the current 

data block, the update appears in field 13, There are Z update blocks, each 

30 ending with an escape character. It is important to understand that an 

ri A"- ^r.? • b^^y'• ■i '^^ ^^ianJ c^bi::: '*"^rtlo' ^^'"•■^o IIk tOiT , , 
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update block can be a blank fielcL This is the way in which a subtitle is 
removed when a new subtitle is not yet to take its place. 

Field 14 consists of one bit which may or may not be present The 
field is present onty if field 21 in the lead-in irack is a 1. In such a case, 
5 pan scan information is available in the data blocks. If pan scan infonna- 

tioh is available, each data block must tell the operating system whether it 

■^il'-^'' '.;,v^K i':- . .v..;^ - , : '-.i lo ,^ ^'o^v:^ '^^^r^: rt:-s-v-^ 

actually contams a new starting column for the pan scan. Field 14 is a 

Single bit, a flag, which indicates whether there is a pan scan update. If the 

-rapx-j ^:\'''^-^ Xi-:' r-' ^.:,.fi„ .r.:,. ./ ^ "iC'.' ■-•'^.v- ixo-r^; 
bit is a 1, field 15 is a 9-bit column number, i.e., a pan scan update. 

10 Finally, field 16 is a single bit which may or may not be present 

depending on the value of field 30 in the lead-in track. This one-bit flag in 
the lead-in track tells the operating system whether supplemental commands 
and data may be present in field 17 of a data blocik. If the command/data 
present flag is a 1, the command/data block is read^from field 17. The field. , 

15 ends with an escape character. 

A data block field thus contains.up to. six different types of data 
audio, "other" audio, video, pan scan information, subtitles and a com- . 
mand/data block*„ These are the six types of information which were 
dispussed above in connection with FIG. 2, .with demultiplexer 63 distribut- 

20 ing the different blocks of information, to the audio buffers, video buffer, 
pan scan buffer, subtitie buffer and master controller. 

Processing Of The Data Block Fields — ^ . 
, ^ The processing of the data in a data. block is relatively straightforwiard.: t 
The processing shown in the flowchart of FIG. 6. dovetails.with the data 
25 block fields themselves shown in FIG. 4/ ■ , 

It has already been described hew. block number/^^ analyzer 47 
on FIG. 2 processes the serial block number, version, two-bit pointer flag 
and pointer contained in fields 2-5. of a data block. The. next field is the ^ r 
video present flag. As shown on FIG. 6, if it is determined that video data 
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is present, video buffer 55 on FIG. 2 is loaded with the video in field 7. If 
video data is not present, the buffer simply has a marker loaded Jnto it 

It is important to understand the need for markers. In order for the 
operating system always to be able to synchronize video, audio, subtitle, ^etc* 
5 information, it must be able to tell where Jn the several different buffers is 
the information from the same data block. In other words, the operating 

'.-vfltV-i-'V ru.5>r:.-: ^-.:/:.Tvt,w V;.:.; .5-' at-:h n'>B«. /H-JeifV-^-. r CD!. 
system must know which part of the audio data in an audio buffer goes with 

which part of video data in the video buffer. Otherwise the various infor- 
mation items ~ ' --^j .-f-i u _.t___ ^ 



IS cannot be synchronized with each other. By providing mark- 
10 ers in the buffers for data which is not present in the data blocks, the 
operating system can keep the various items of mformation synchronized 
with each other. 

Next, the operatmg system looks at field 8 to determine how many of 

^lK^.\hnmrmo:> -ii.rlj -^5::oId mnb k to VS" aloil jf^a^^iti >d lya^s' bna 
the N audio tracks on the disk (see FIG. 3) actually are represented in the 
\^i^:f\ ^-Tl p'^n riit-^fi >^T;ei hi 'i^olc :;^^;Ab<?-^un-:o-:> SOI j ^sYi ^tr^^^i^ 
15 current data block. The same is truie of the M "other" audio tracks repre- 

sented in field 10, All of the audio and "other" audio track data are loaded 

mto their respectrve buffers. The flowchart shows the sequencing only for 

the fiiret and last of the audio tracks. In each case, a test is performed to 

see whether the audio track or other" audio track has data present in the 

20 current data block. Each of the tracks results in somethitig being loaded m 

its respective buffer either actual data followed by a marker, or a marker 

- .i6\(teiino::3 ■jM^B.m bnB ifn)u4 ^bhduz joBs/d mc^ UBq ' 

alone. 

After the video and audio information, a data block contains subtitle 
updates. If there is update mfonnation for the subtitles'm^the^selected lan- 
25" guage, It IS loaded m the subtitle Buffer, othenvise a marker alone is stored. 
The three blocKs pertammg to subtitles pertain only to a smgle track, that 
corresponding to the selected subtitle language. 

Next, the pan scan update flag m field 14 is read. If pan scan update 
iMbrniktion is present^ it also gets loaded, this tame'iri' a pan scan Buffer. If 
30 no new mfonnation is available, a marker is simply placed in the pan scan 
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buffer to isdicate that another data block has gone by with no new pan scan 
update information. 

Finally, the system determines whether there arc commands or data 

available (if the lead-in track field 30 says that commands or data are to be 

^ :io::^'^ .'^'i' r. :\ ^ . .... /^ .w-^- ;.^N:cv: ' ' ' -r'- \^ /-j 

5 found at all in the data blocks). If command/data is present, i.e., field 16 in 

the data. block is a 1, it is loaded from field 17 into memory in the master 

controller 41 of FIG. 2. If there are no commands or data available only a 

marker is loaded in the microprocessor memory. 

It should be noted that none of the processing' sequences of FIG. 6 

- . ... • z.^ui^o'' ■'■>'. '\ u .• • i Jj, -ic^.*; ':"^f-;"- 

10 shows a check being made whether the respective type of information is 

available on the disk in the first place. But it is tp be understood that a test 
such as "is command/data present?" really consists of two parts. First, is the 
data block command/data flag, in field 30. of the Iead-i% track a 0 or 1? If it 
is a 6, commands and data are not even looked for during the processing of 

15 a data block. On the other hand, if.conmiand or data may be. present in a ^ ^ 
da:ta block as a result of the data flag in field 30 of the lead-in track being a 
1. then each data block has its field 16 checked to see whether the com- 
mand/data present . flag is.a 1.^ It is the yalue of the flag jn the date block 
field which determines, whether only a marker gets loaded, or a marker 

20 foQowingrdata bits. Similar remarks apply to the.other sequences. For 
example, there is no, reason to check whether a pan scan update is present 
I- if from the,lead-in track it is determined that pan scan informatipn is . 

nowhere present on the disk.. r . - . . , , ^ 

.Wm^niq ^ )i' i^<^iiu%oj ^i>.nac^:^u ;k.v'^/::;::., ^sni^sfrv j^^a*!^ 

* ^ Although the invention.has been described with reference to a particu- 
25 lar embodiment, it is to be understood that this embodiment is merely . ^ 
illustrative of the application, of the principles of the invention. Numerous 
modifications may be made therein and other arrangements may be devised 
without departing from the spirit and scope , of Ae invention. 
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Claims 

1. A ^tem for i>laying a selected one of^at least two versions of 
the same program material contained on a software carrier, said software 
carrier having recorded thereon a track of interleaved data blocks each of 
5 which contains data unique to one of said at least two versions or data 

common to said at least two versions, comprising means for registering 

'-/no .- '.cJ^i^sv^ ; h-r^;: ■'t,:.-:^ t^U* ,:; ^ j, i^tic\: 

which of said versions is to be viewed, means for selecting only the blocks 

^containing data unique to the version being played and blocks containing 
data common to said at least two versions, and means for forming a play- 
10 back signal from the data contamed m selected blocks, 

. . 21 ' A system in* accordance ''wtli clm of said^data 

blocks further contams an address and pomter data identifying the address 
of the next data block to be selected for the vefsibri being play^ 
further mcludmg means for operating on block addresses and pomter data 

15 to determine the successive blocks that must be selected for the version 

= % ;:r'ie!.: ai-p^-r- io '"^t -.Ts. cn --rr^ -^^^ j?^ -. r " t 

" bemg played. 

3, A system m accordance with claim 2 wherein each of said data 
blocks further contams a code identifying whether the block contains data 
unique to one version, or data common to said at least two versions, and 

20 satd c^eratmg means fuither operates m accordance with block codes. 

4, A system m accordance with claim 3 wherem a lead-in section 
of said software earner track may contain ^e codes for said versions, and 
further including means for selectively disabling fomatiWn'of a playSSck 
si^al from bloclos contammg data unique to a version having a particular 

25 type code, 

5, A system m accordance with claim 4 wherein said lead-m 
section of said software earner track may contain software for determmmg 
how said type codes are to be^iised,' and fiirtlief including means^for reading 
said software and thereafter using said type codes in accordance therewith. 
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6. A system in accordance with claim 5 further including means 
for forming a menu display under control of said software and said type 
codes, and means for allowing a user to select a version to be played based 
on displayed menu choices. 
5 7. A system in accordance with claim 4 further including means 

for forming a menu display of available versions under control of said type 
cbdes and said disabling means» and means for allowing a user to select a 
version to be played based on displayed menu choices. 

8. A system in accordance with claim 1 wherein a lead-in section 
10 of said software carrier track may contain type codes for said versions, and 

further including means for selectively disabling formation of a playback 
signal from blocks containing data unique to a version having a particular 
type code. 

9. A system in accordance with claim 8 further including .means . 
15 for forming a menu display, of available versions under control of said type 

codes and said disabling means, and means for allowing a user to select a 



version to be played based on displayed menu choices. 

10. A system in accordance with claim 1 wherein a lead-in section 
of said software carrier track may contain codes indicative of the version 
20 types as well as software for determining how said codes are to be used, and 
. further including means for reading said software and, thereafter using said 

codes in accordance therewith. > , , , , . . 

to qs:f^ sdi §nii52i^.on> is*!^*?':/? ocr; .boso- .^d 2s»hc-n 3q\(^ Dine woa 

, 11. A system in accordance with claim 10 ftirther including means 
for forming a menu display under control of said software and said codes, » 
25 and means for allowing a user , to select a version .to be played based on 
displayed menu choices. ... 

12. A method of playing a selected one of at Jeast two .versions of 
the same program material contained on a software carrier, said software 
carrier having recorded thereon, a track of interleaved data blocks each of 
30 which contains data unique to one of said at least two versions or data 
common to said at least two versions, comprising the steps of registering 
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which of said versions is to be played, selecting only the blocks containing 
data unique to the version beins played and blocks containing data common 
to said, at least two versions,. and forming a playback signal from the data 
contained in selected blocks, 
5 13. A method in accordance with claim 12 wherein each of said 

data blocks further contains an address and pointer data identifying the 
address of the next data block to be selected for the version being played, 
and further including the step of operating on block addresses and pointer 
data to determine the successive blocks that must be selected for the 

10 version being played, 

14* A method in accordance with claim 13 wherein each of said 
data blocks further contains a code identifying whether the block contains 
data^iiiiique to bne'version, or data coinmoii to said at least two versions, 
and in said operating step operations are performed in accordance with 

15 block codes, 

15. A method m accordance with claim' 14 wherein a lead-m 
section of said software carrier track may contain type codes for said 
versions, and further including the step of selectively disabling formation of 
a playback signal from blocks containing data uiiique to a version having a 

20 particular type code, 

16. A method m accordance with claim 15 wherein said lead-in 
section of said software earner tracK^ may contain software for determmmg 
how said type codes are to be used, and further including the step of 

reading saiJ software and thereafter using said type codes m accordance 

^-,2sbpo bi^bfi^ ^Tav^toa bts.: 1o Ic-^icro labaj-J ^ceuc s ^Birino'^ "ioa . , 

25 therewith. ^ . 

17. A method m accordance with claim 16 further mcludmg the 
steps of forming a menu display under control of said software and said 
type codes, and allowing a user to select a version to be played based on 
displayed menu choices. 

30 18. A method m accordance with claim 15 further mcludmg the 

steps of formmg a menu display of available versions under control of said 
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type codes and said disabling step, and allowing a user to select a version to 
be played Based on displayed menu choices* 

\ • . ■ ■ ^ 

19. A method in accordance with claim 12 wherein a lead-in 

section of said software carrier track may contain type codes for said 
5 versions, and further including the step of selectively disabling formation of 
a playback signal from blocks containing data unique to a version having a 
particular type code* 

20. A method in accordance with claim 19 further including the 
Steps of forming a menu display of available versions under control of said 

10 ^ type codes and said disabling step, and allowing a user to select a version to 
be played based on displayed menu choices. . , 

21. A method in accordance with claim 12 wherein a lead-in 
section of said software carrier track may contain codes indicative of the 
version types as well as software for determining how said codes are to be 

15 used, and further including the steps of reading said software and thereafter 
using said codes in accordance therewith. 

22. A method in accordance with claim 21 further including the 
steps of forming a menu display under control of said software and said 
codes, and allowing a user to select a version to be played based on dis- 

20 played menu choices. 

23. A software carrier having recorded thereon a track of inter- 
leaved data blocks each of which contains data unique to one of at least two 
versions of the same program material or data common to said at least two 
versions, each of said data blocks further containing an address and pointer 

25 data identifying the address of the next data block to be selected for a 
particular version. 

24. A software carrier in accordance with claim 23 wherein each of 
said data blocks further contains a code identifying whether the block 
contains data unique to one version, or data common to said at least two 

30 versions. 
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25. A software carrier in accordance with claim 24 wherein a lead- 
in section of said software carrier track may, contain type codes Jor said 
versions. . \ ^ . 

26. A software carrier in accordance with claim 24 wherein a lead- 
5 in section of said software carrier track may contain codes indicative of the 

version types as well as software for determining how said type codes, are to 
fee used. 

27. A software carrier in accordance with claim 23 wherein a lead- 
ed: -^n-oui^r; Tt^rfi*!:"*' ^i, fr*'?^^;-* ^^^r^ .-vuk^U'C^irr ".: ^\/':^if^?(m :■^ .0:^. 

in section of said software carrier track may contain type codes for said 

10 versions. 

' 28. A software carrier in accordance with claim 23 wherein a lead- 
m section of said software earner track may contam codes mdicatrve of the 

version types as well as software for determmmg how said type codes are to 

t^Az r^> r>vijsaibn: e^^Dc j ' aou 'ff.m .v i' ; -lami^o -.r^r'^^ bijB^ r!:ori*x>£ 
be used. 



zau'y\'^'^' or 
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